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Preface 


De nos jours, le management se veut une science. Dans cette pers- 
pective, de nombreux enseignants-chercheurs se sont efforces non 
seulement de fournir des cadres conceptuels d’ analyse pertinents 
permettant de mieux comprendre des problemes complexes aux- 
quels les managers sont confrontes, mais aussi de contribuer a la 
mise au point d’ instrumentations de gestion efficaces. 

Bien evidemment, ces travaux n^essitent une bonne connaissance 
du terrain sans laquelle ces constructions intellectuelles ne sont que 
des jeux de I’esprit, sans grande portee pratique. C’est le terrain 
qui est la source principale du renouvellement des problematiques 
mais aussi de la validation de cette production scientifique. En 
effet, les sciences de gestion ne produisent pas, comme les sciences 
physiques, de constructions intellectuelles valables en tout temps et 
en tout lieu. L’evolution des facteurs de contingence oblige a une 
remise en cause periodique des acquis de gestion. 

La diffusion de I’approche « projet » est une bonne illustration de la 
necessaire prise en compte de 1’evolution de I’environnement technico- 
economique des entreprises. En I’espece, les prwccupations et pro- 
blemes d’il y a une vingtaine d'annfe different de ceux obse^es 
aujourd’hui. Les chercheurs en gestion ont accompagne cette evo- 
lution et les professionnels ont cherche a se doter de referentiels 
codifiant les bonnes pratiques, dont certaines ne sont plus adaptees 
aux nouveaux besoins. Les enseignements academiques se cantonnent, 
le plus souvent, a la formation a des instrumentations de techniques 



de pilotage du temps ou des couts parce que ces savoirs sont assez 
facUement transmissibles. Tout cela est necessaire, mais pas suffisant. 
Les nouveaux venus au management de projet ont besoin d’acquerir 
rapidement un certain savoir-faire pour lequel ils peuvent s'appuyer 
sur Texperience des seniors lorsquMls peuvent beneficier de leurs 
conseils. Un autre mode de transmission est I’ouvrage d ’experts 
reconnus, jouant le role de mentor. 

L’ouvrage de Jean-Louis G. Muller est celui d’un « passeur 
s’appuyant a la fois sur une grande experience du terrain et une 
bonne connaissance de la litterature specialisee mais aussi sur une 
experience de formateur habitue aux questions diverses d’un 
auditoire soucieux d’apprendre vite, parce que conf rente a des 
problemes a resoudre rapidement. 

Le principe retenu des questions-reponses est judicieux si les bonnes 
questions sont toutes posfe et si les reponses apportees sont 
concises, claires, approprife et non dogmatiques, ce qui est le cas 
ici. Le merite de ce livre est d’aider le « jeune » manageur de projet 
a hierarchiser ses problemes et a structurer son action. II off re une 
grille de lecture orientee vers I ’action de la litterature existante car 
cet ouvrage est complementaire d’autres ouvrages qu’il ne cherche 
pas a remplacer. 

En refermant ce livre, le lecteur possedant des connaissances en 
gestion de projets obtenues a travers d’autres lectures et une 
experience de terrain ne peut que reordonner ses acquis et mieux 
comprendre certains enjeux techniques ou organisationnels. Ceci lui 
permet de remplir plus efficacement la mission qui lui est confiee. 

Le management est aussi un art. Cet ouvrage permet de mieux le 
comprendre. 

Vincent Giard 
Professeur a I’Universite Paris-Dauphine 
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Avant-propos 


Cet ouvrage s'appuie sur une longue experience des projets. En effet, 
Jean-Louls G. AAuller a travaille de nombreuses annees comme chef de 
projet dans des socletes d'ingenierie avant d'exercer les metiers de 
consultant et de formateur a la CEGOS sur les problematiques liees 
aux projets. II a formalise son experience de maniere pedagogique 
afin de pouvoir repondre aux attentes des differents stagiaires et 
etudiants croises pendant les cours ou seminaires qu'il a donnes 
depuis plus d'une decennie. 

II est aujourd'hui encore sollicite par des chefs d'entreprises sur 
I'interet de ^organisation transversale ou matricielle et les regies du 
management par projet. AAais aussi par des collaborateurs de ces 
chefs d'entreprises sur des points beaucoup plus operationnels et 
pragmatiques comme les methodes et outils de la gestion de projet 
ou la mobilisation des acteurs d une equipe projet. 

La litterature parue sur le sujet prolifere depuis les quinze dernieres 
ann^s. Pourtant, le projet et son management sont loin d’etre des 
inventions modernes issues des tetes bien faites de quelques 
consultants ferus d'organisation scientifique du travail. Le projet n'a 
rien de post-taylorien, voire meme de taylorien, il est aussi ancien 
que I’homme ; le travail de chef de projet est I'un des plus vieux 
metiers du monde. 

Comme disent nos amis canadiens, il n'existe qu'une seule methode 
pour manager un projet : la methode « GBS » (gros bon sens). 



Applicable a tous les types de projet, elle se deroule ainsi : 

- Le projet est d abord du reve. Le reve d'un besoin satisfait par 
une solution ideale. 

- S'ensuit la periode de I’analyse, des choix et des decisions. 
Periode durant laquelle le reve devient objectif a atteindre. La 
solution ideale revee est soumise a la dure realite des 
contraintes. Tout n’est pas realisable, il faut, pour satisfaire le 
besoin, limiter ses ambitions aux budgets et delais disponibles. 

- La suite n est que du pilotage. Tracer la route pour aller du debut 
a la fin du projet, faire regulierement le point, detecter les 
ecarts et, eventuellement, corriger sa trajectoire vers I'objectif, 
Et, dans les cas extremes, changer d’objectif. 

- Enfin, transferer I'ouvrage ou le produit resultant du projet aux 
services de production pour qu'ils en fassent bon usage. 

Le management de projet est a la fois : 

~ Un metier passionnant qui consiste a organiser, structurer et 
mobiliser des energies pour atteindre un objectif commun. 

- Un art qui consiste a accompagner, depuis I’idee de sa conception 
jusqu’a sa naissance, un ouvrage physique realise pour satisfaire 
un besoin, comme un sculpteur fa^onne une belle oeuvre a partir 
d'un tas de glaise. 

Cent questions pour comprendre et agir, c'est d’abord comprendre. 
Imaginez que vous soyez en train de converser avec I’auteur sur le 
passionnant sujet du management de projet. Du fait de I’oralite de 
la conversation et du ton generalement familier de I’echange de 
propos (dixit le dictionnaire), pas de schema, pas de tableau dans 
cet ouvrage. Cest un choix assume par I'auteur. Les questions 
fusent, les reponses succedent aux questions. Chaque question et sa 
reponse entrainent une autre question et ainsi de suite, jusqu'aux 
questions qui ne sont pas posfe, mais dont les reponses se trou- 
veront dans I’action qui suivra forcement la comprehension des 
arcanes et autres subtilites du management de projet. 

Installez-vous confortablement, la conversation va commencer. 
Laissez-vous aller. Suivez votre inspiration et vos interrogations. 
Lisez ce livre comme vous voulez, dans I'ordre des questions ou en 
fonction de reponses que vous cherchez. 
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II est possible que la question que vous vous posez ne soit pas dans 
les cent questions de I’ouvrage. Rassurez-vous, les cent reponses 
sont la pour comprendre le monde merveilleux du management de 
projet et vous aider a trouver, par vous-meme et dans I'action, les 
reponses aux infinies questions que vos futurs projets n'arreteront 
pas de vous poser. 
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1 

Generalites et prindpes 




1 Qu’est-ce qu'un projet ? 


Parmi toutes les questions a venir, void certainement celle dont la 
reponse est la plus difficile a formuler. 

Pour le sens commun, le projet est un souhait ou une intention, 
c'est-a-dire un reve ou une simple vue de I’esprit. 

Citons deux definitions, parmi toutes celles existantes : 

- « Image d'une situation, d un etat que I’on pense atteindre. » 
(Dictionnaire Robert.) 

- « Ce qu'on a I’intention de faire. >> 

(Dictionnaire Larousse.) 

Moliere, dans Le Tartuffe ou rimposteur (Acte Ml, scene I), illustre 
ce terme, en faisant dire a Dorine : 

- « Et le chemin est long du projet a la chose. » 

Le « projet » qui va nous interesser dans cet ouvrage est celui que 
I’on voudra conduire a son terme avec une volonte deterministe\ 
autrement dit, passer du reve a la realite, en un mot : manager. 

Le projet appelle done : 

- une action de definition pour tracer le chemin allant de I’ idee a 
I’objet ; 

- mais aussi, et surtout, une action de mise en oeuvre pour realiser 
I'objet attendu et souhaite. 

II s’agit, en fait, du difficile passage d’un reve souhaite a une realite 
voulue, mais incertaine car future. Done d'un saut dans I'inconnu ! 


^ Determintsme : « Ordre des faits suivant lequel les conditions d'existence d un 
phenomene sont determinees, fixees absolument de telle fa^on que, ces condi- 
tions etant posees, le phenomene ne peut pas ne pas se produire » (definition 
dictionnaire Robert). 
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11 n'y a a la fois, aucune reponse et une multitude de reponses a 
cette question, puisque chaque reve est particulier, les possibilites 
de realisations diverses, 

Le projet est un concept derriere lequel chacun doit trouver sa 
verite et sa realite. 

Voici deux definitions du projet « manageable » : 

- « Le projet est un ensemble d’actions a realiser pour atteindre un 
objectif defini dans le cadre d'une mission precise et pour la 
realisation desquelles on a identifie non seulement un debut mais 
aussi une fin. » 

{Dictionnaire de management de projet, AFITEP, 4® ^ition, AFNOR.) 

- « Un projet se definit comme une demarche specifique, qui per- 
met de structurer methodiquement une realite a venir, 

Un projet est defini et mis en oeuvre pour elaborer la reponse au 
besoin d un utilisateur, d'un client ou d une clientele et il impli- 
que un objectif et des actions a entreprendre avec des ressources 
donnfe, » 

(Fascicule de Documentation AFNOR X 50-105.) 

Le projet s'analyse egalement comme un processus constitue de 
deux grandes phases : 

- Une phase de desordre au cours de laquelle, partant du reve, on 
definira plus precisement le besoin, et on recherchera des 
solutions qui seront toutes passfe au crible des contraintes que 
I'on a (en particulier budget, delais et performances attendues). 

- Une phase d’ordre ou toutes les actions importantes pour aller a 
la solution decidee seront definies, ordonnancees et realisees avec 
un controle permanent de la possibilite d’atteindre le resultat 
defini et attendu. 
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2 Existe-t-U differentes catesories de projets ? 


Oui, bien sur et plusieurs typologies sont possibles. Par exemple, on 
peut distinguer : 

- les projets d’ingenierie industrielle ; 

- les projets de developpement de produit ; 

- les projets informatiques ; 

- les projets Internationaux ; 

- les projets d'ingenierie de service ; 

- les projets evenementiels. . . 

AAais il n'existe que deux fa(;ons pertinentes de classer les projets, 
quelle que soit leur nature, qui se combinent entre elles. 

La premiere, classe les projets en deux categories selon leur finalite : 

~ Le projet d'ouvrage ou projet d’ingenierie dont la finalite est 
d’obtenir un resultat considere pour lui-meme (par exemple : 
ouvrage d art, batiment, usine, demenagement). 

- Le projet de developpement de produit ou de marche dont la 
finalite est la realisation ou la mise au point d’un produit, destine 
a une production repetitive pour un marche (par exemple : 
automobile, electromenager, produits pharmaceutiques...). 

Le phasage des projets appartenant a Tune ou I'autre de ces cate- 
gories est fondamentalement different. 

La deuxieme fa^on de classer les projets consiste a separer les projets 
internes des projets externes. Lors d’un projet interne, I'entreprise 
definit, finance et realise son ouvrage elle-meme. Lors d’un projet 
externe, I’entreprise definit et finance son ouvrage, mais le fait 
realiser par une entreprise exterieure. 

La difference entre les projets internes et externes est I’eventuelle 
relation contractuelle qui regira les rapports entre les acteurs du 
projet, et done la fa<;on de piloter le projet. 
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Y a-t-il une difference entre projet et operation ? 


Le PMBok (Project management body of knowledge) du PMI (Project 
Management Institute) explique tres clairement les differences 
entre projet et operation : « les operations et les proJets different 
en premier lieu parce que les operations sont permanentes et 
repetitives, alors que les projets sont temporaires et uniques ». 

II existe, cependant, beaucoup de points communs entre projet et 
operation. En effet, les travaux realises par les entreprises (opera- 
tions ou projets) sont realises par des personnes, sont programmes 
et ordonnances, et sont soumis aux contraintes inherentes au 
fonctionnement de I’entreprise, en particulier la limitation des 
ressources (humaines, financieres ou materielles). 

Dans un mode de fonctionnement influence par la qualite et le 
systeme ISO 9000:2000, la logique de processus peut conduire a 
confondre operation et projet. En effet, processus et projet posse- 
dent des intrants (elements d’entree, debut) et des extrants (ele- 
ments de sortie, fin). Chaque operation fait I'objet d'un traitement 
specifique decrit par le processus. 

Autrement dit, on definit d’abord une logique de deroulement du 
processus, qui sera commun a chaque operation. Par exemple, une 
fois le processus de facturation defini, chaque operation de factu- 
ration se deroulera selon ce processus. On est dans I'automatisation 
des travaux « operations » de I'entreprise. 

Le projet est, comme chaque operation, unique. Mais, contraire- 
ment aux operations, le processus de deroulement du projet est 
specifique au projet. 

D’ou la necessite de definir, chaque fois, le processus de deroule- 
ment du projet avant meme de commencer a realiser le projet. 
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4 routes fes operations peuvent-elles etre des projets ? 


Si I'operatlon a les caracteristiques d un projet (complexite, unicite, 
evenements de debut et de fin) pourquoi pas ! 

AAais, le fait de savoir qu'une operation a toutes les caracteristiques 
dun projet, n’implique pas forcement de la gerer et de la piloter 
comme un projet. 

Prenons un exemple : mettons-nous a la place du responsable forma- 
tion d’une entreprise qui doit organiser une formation specifique 
pour 12 personnes. L'operation ressemble en tous points a un projet. 
Dans le cadre du fonctionnement de la direction des ressources 
humaines et plus specif iquement du departement formation, il doit 
exister, dans le cadre du systeme qualite de I'entreprise, un pro- 
cessus definissant la fa^on de realiser une formation specifique. 
Dans ce cas il n est sans doute pas necessaire de vouloir transformer 
toutes les operations realisees par le departement en projets, mais 
de reserver ce terme a une operation plus specifique, pour diverses 
raisons (enjeu, strategic, volume...), que les autres. 

Imaginons ce que serait la vie d'un service de facturation si chaque 
operation de facturation realisee selon le processus decrit dans le 
systeme qualite etait conduite comme un projet specifique ! D’apres 
la reponse a la question precedente, il serait necessaire de redefinir 
a chaque fois le processus de realisation de chaque operation. 

Posons-nous la question : « A quoi sert-il d avoir un systeme qualite 
ISO 9000:2000 si Ton est oblige pour chaque operation de redefinir le 
processus de realisation ? » 

Meme si toute operation realisee dans le cadre de I'application et du 
deroulement d'un processus a les caracteristiques d'un projet, ce 
n'est pas une raison pour tout appeler projet. 

Le terme de « projet » doit etre reserve a une operation specifique 
que I’on veut piloter de maniere particuliere, afin de maitriser de 
fa«;on concomitante les aspects performances, couts, delais de I'ope- 
ration. Pour le reste, il s’agit « d ’operations ». 
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5 Quelle difference y a-t-il entre un programme et un projet ? 


On trouve plusieurs definitions du programme : 

- « Ensemble d'operations (projets) specifiques interdependantes, 
necessaires a Tatteinte d'un certain nombre d’objectifs inclus 
dans une strategic globale. Le management multiprojets permet 
la coordination de I’ensemble des projets dans les processus 
d'evaluation et selection, planification, pilotage et cloture. Par 
centre, le decoupage de projets complexes en sous-projets appar- 
tient a la gestion d'un seul projet. » (« ICB - IPAAA competence 
baseline » de V International Project Management Association.) 

“ « Un groupe de projets conduits de facon coordonnee, afin d'en 
obtenir un resultat global que ne permettrait pas un management 
independant de chacun d'eux. Beaucoup de programmes induent 
egalement des operations courantes. Par exemple : le « program- 
me de I’avion XYZ » comprend tout a la fois, le projet, ou les 
projets d'etude et de developpement de I'avion, puis sa fabri- 
cation en serie et le soutien logistique des escadrilles. 

Les programmes peuvent egalement comporter un certain nom- 
bre d'activites cycliques ou repetitives. Par exemple : les services 
publics parlent souvent de « programme annuel d’investissement » 
qui constitue une operation reguliere et repetitive impliquant de 
nombreux projets. » (PMl, dans le PMBok.) 

- « Un ensemble coordonne de taches techniques, administratives et 
financieres, destine a concevoir, developper, realiser et utiliser un 
produit ou un systeme, satisfaisant un besoin dans les meilleures 
conditions economiques, ainsi qu'a en assurer le soutien et a envi- 
sager les contraintes de retrait du service. » (Fascicule de Docu- 
mentation AFNOR X 50-410, RG.Aero 000 40 A du BNAE - Bureau 
de normalisation de I'aeronautique et de I'espace - Recommanda- 
tion generale pour la sp^ification de management de programme.) 

Pour r^umer : un programme est une enveloppe de projets pilotes 
de fa^on coherente et concourante pour un objectif global. L'objectif 
de chacun des projets est defini par rapport, et pour satisfaire, 
l'objectif global du programme. 
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S Quelies sont les caracteristiques essentielles d'un projet ? 


Un projet a deux caracteristiques essentielles : 

- La complexite. 

- L'unicite. 

La complexite 

Un projet est complexe (ce qui ne veut pas forcement dire compli- 
que). II va faire appel a des ressources, a des moyens, a des compe- 
tences qui ne sont pas placees, generalement, sous une seule et 
meme autorite. Ces ressources, ces moyens et ces competences 
doivent etre coordonnes, afin qu’ils puissent travailler ensemble a 
I’atteinte des objectifs du projet. 

La complexite du projet ne reside pas dans la complication tech- 
nique, mais bien cette necessite d'organiser et de motiver, afin de 
faire travailler ensemble diverses ressources et competences dont 
les interets sont parfois tres divergents. 

L'unicite 

II n'y a pas deux projets identiques. Malgre des similitudes, chaque 
projet comporte des novations. D’ou la necessite de toujours definir 
un processus complet de realisation du projet, de son lancement a 
son aboutissement. 

Le projet a aussi d’autres caracteristiques : 

- necessite d'une structure non permanente et sp^ifique, qui va 
croiser et faire appel aux ressources de la structure permanente 
de I’entreprise ; 

- necessite d’un langage commun compris de tous les acteurs ; 

- identification du destinataire de I’ouvrage (le maitre d’ouvrage) 
et du realisateur de I 'oeuvre (le maitre d ’oeuvre). 


Management de projet 




1 Peut-on parler de relation « client-fournisseur » 
dans un projet ? 


Sans doute, mais pourquoi en parler ? 

Le chef de projet, representant la maitrise d'oeuvre (fournisseur) a 
pour « client » le maitre d’ouvrage representant la maitrise d'ouvrage. 

Le responsable d'un lot de travail est certainement le « fournisseur » 
du chef de projet (qui dans ce cas est le client du responsable de 
lot). 

Les mailles de la belle chaine « client-fournisseur », chere a la qualite, 
peuvent ainsi s'entrecroiser, de I’utilisateur de I'ouvrage (« client- 
utilisateur ») jusqu'au plus petit executant du projet. 

II est incontestablement necessaire de formaliser la contractuali- 
sation entre les differentes parties prenantes d'un projet, afin de 
limiter les risques d'incomprehension entre tous les acteurs. De la a 
vouloir que chacun soit client ou fournisseur de quelqu’un d’autre, il 
y a un pas qu'il ne faut pas franchir. D'autant plus que, dans un 
projet, on est plus souvent en relation triangulaire qu'en relation 
lineaire. 

Le fait de ne pas parler de relation « client-fournisseur » ne doit pas 
empecher chacun de respecter ses engagements vis-a-vis des autres. 

Le savoir etre et le savoir se comporter sont des qualites essentielles 
a la vie en groupe, A-t-on besoin d'y rajouter systematiquement de 
I'assurance qualite ? 
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Un projet a-t-U tou jours une fin ? 


La reponse est a la fois non, et... oui, certainement. 

Le projet peut simplement etre un reve, que I'on aimerait parfois 
voir se prolonger indefiniment. Si tel est le cas, laissons-le se 
poursuivre sans I'interrompre, la fin viendra d'elle-meme. Mais dans 
ce cas, ne parlons surtout pas de management de projet. 

Le projet que I'on veut manager doit avoir une fin. Cest d'ailleurs 
I'un des elements caracteristiques du projet. 

En effet, le chef de projet doit, a chaque instant, savoir comment, 
quand et pour combien le projet se terminera s'il veut : 

- maitriser simultanement les couts, delais et performances de 
['operation particuliere (projet) dont U a la charge ; 

- etre capable, a chaque instant de savoir ou il en est de son projet ; 

- repondre a la seule question qu'il doit se poser : « Comment mon 
projet va-t-il se terminer ? ». 

Si vous ne savez pas ce qui marque la fin de votre projet, comment 
pouvez-vous dire combien il va durer et combien il va couter ? 

Cest pour cela qu'il est parfois ose d'accrocher [’appellation projet a 
des operations dont on ne voit pas forcement la fin. 

Dans certains cas, on est amene a mettre des moyens a disposition 
dune equipe, sur une periode donnee. Puis on regarde a la fin de 
cette periode les progres accomplis et eventuellement on remet 
d’autres moyens pour continuer a avancer. On est alors dans une 
logique de consommation budgtoire sur un axe de recherche. 

Cest souvent ce qui se passe dans la phase amont d’un projet, lors- 
que I’on est a la recherche d’une solution satisfaisante pour toutes 
les parties prenantes. Cest aussi parfois le cas lorsque I’on parle de 
« projet de changement ». N’oublions pas que c'est le monde qui 
change et que nous ne sommes qu’en adaptation perpetuelle. Dans 
ce cas, ou est la fin du projet ? 
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Existe-U des certifications dans le domaine des projets ? 


Oui, il existe des certifications de personnes dans le domaine des 
projets. On compte trois referentiels internationaux. 

Le PMI {Project Mana$ement Institute) 

II certifie des PMP {Project manasement professional) et des CAPM 
{Certified associate in project management). Lexamen est interna- 
tional. II porte sur I’application des connaissances, des outils et des 
techniques utilisees dans le management de projet. Le referentiel 
de l examen est le PMBok {Project management body of knowledge). 

Les renseignements peuvent etre obtenus aupres des chapitres fran- 
^ais du PMI. 

L'lPAAA {International project management association) 

II certifie sur quatre niveaux : 

— Niveau D : praticien du management de projet. 

— Niveau C : responsable de projet certifie. 

“ Niveau B : chef de projet certifie. 

— Niveau A : directeur de projet certifie. 

Les referentiels sont I'ICB {International competence baseline) et le 
NCB {National competence baseline). 

L'ICEC {International cost engineers concil) 

II reconnait au niveau international la certification de gestionnaire 
de projet de I’AFITEP (Association francophone du management de 
projet). Lexamen porte sur quatre unites de valeur : les connaissances 
fondamentales des projets, I’estimation, la planification et la 
coutenance. La certification est acquise apres I’obtention des quatre 
unites de valeur et la presentation d'un memoire. 

Les renseignements peuvent etre obtenus aupres de I’AFITEP qui 
represente I’lPAAA et I’lCEC en France. 
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lO Quelle est la difference entre la directionet la sestion 
des projets ? 


La meiUeure reponse a cette question se trouve dans le Fascicule de 
Documentation AFNOR X 50-105 Le manasement de projet Concepts, 
ainsi resumee : 

« Le management de projet recouvre deux niveaux de responsabilite 
(parfois assumes par une meme personne pour les petits projets), la 
direction de projet (conduite ou pilotage de projet) et la gestion de 
projet. » 

La mission de la direction de projet consiste a : 

- fixer les objectifs, la strategie, les moyens, I'organisation et le 
programme d'actions ; 

- coordonner les actions successives et/ ou concomitantes ; 

- maitriser, c'est-a-dire etre a tout instant capable, dans tous les 
domaines, de modifier la strategie, les moyens et la structure si 
un objectif evolue ou si le programme ne peut etre respecte ; 

- optimiser la repartition des ressources (en main d’oeuvre, mate- 
riel...) en vue d'arriver a une solution optimale, ou de moindre 
cout, dans une vision globale du projet. 

La gestion de projet a pour objectif : 

- d’apporter a la direction de projet des dements pour prendre en 
temps voulu les decisions permettant de piloter le projet ; 

- de degager les donnfe statistiques reutilisables pour les pro- 
chains projets. 

File comprend : 

- la planification et la maitrise des delais ; 

- I’estimation et la maitrise des couts (coutenance) ; 

- la gestion des moyens et la logistique du projet ; 

- la preparation des tableaux de bord et des reportings. 
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11 Quels sont les outUs de la gestion de projet ? 


Le Fascicule de Documentation AFNOR X 50-105 definit ainsi I'objectif 
de la gestion de projet : 

« La gestion de projet a pour objectif essentiel d'apporter a la 
direction de projet (...) des elements pour prendre en temps voulu 
toutes les decisions lui permettant de respecter les termes du contrat 
passe avec le client (...). Les rapports de projet sont la photographie 
de la situation ; ils representent un passage oblige pour prevoir les 
evolutions ulterieures, detecter les ecarts par rapport aux previsions 
et prendre les mesures appropriees. 

En second lieu, la gestion de projet doit egalement degager des 
donnees statistiques pour ameliorer la preparation et la realisation 
des projets futurs (...). » 

En consequence, les outils de la gestion de projet sont : 

- les outils d’estimation et d evaluation des couts ; 

- les outils de planification ; 

- les outils de coutenance ; 

- les outils de la configuration (gestion documentaire et gestion des 
modifications) ; 

- les outils de mesure de I'avancement ; 

- les rapports de projet ; 

- les rapports de retour d'experience. 
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If Quels sont les outils du manasement de projet ? 


Selon le Fascicule de Documentation AFNOR X 50-105, la mission de 
direction de projet consiste pour le chef de projet, en charge du 
management de projet, a : 

- fixer les objectifs, la strategie, les moyens, ^organisation et le 
programme d'actions ; 

- coordonner les actions successives et/ou concomitantes ; 

- maitriser, c’est-a-dire etre a tout instant capable, dans tous les 
domalnes, de modifier la strategie, les moyens et la structure si 
un objectif evolue ou si le programme ne peut etre respecte ; 

- optimiser la repartition des ressources (en main d’oeuvre, ma- 
teriel...) en vue d'arriver a une solution optimale, ou de moindre 
cout, dans une vision globale du projet. 

Les outils du management de projet sont done : 

- Les outils d'organisation, de del^ation et de prise de decision : 

• WBS {Work breakdown structure) ou OT (Organigramme des 
taches) ; 

• les fiches de tache ou fiche de lots ; 

• les techniques et outils de resolution de probleme. 

- Les outils de pilotage : 

• le contrat (pour connaitre I’objectif ) ; 

• le plan directeur de projet (pour connaitre la route) ; 

• le tableau de bord (pour avoir la situation a I’instant present). 

- Les outils de communication : 

• reunions ; 

• reportinss (au client, au delegant). 
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13 Quelles sont les normes utiiisables en manasement 
de projet ? 


Norme Internationale reprise en norme fran^aise 

FD ISO 10006 Systems de manasement de la qualite. Lisnes directrices 

pour le management de la qualite dans les projets (X 50-122-6). 

Normes fran^aises 

- FD X 50-105 Le management de projet. Concepts. 

- NF X 50-106-1 Aianagement de projet. Terminologie dans les contrats 
d'ingenierie industrielle. Partie 1 : Les missions - Vocabulaire. 

- NF X 50-106-2 Management de projet. Terminologie dans les contrats 
d'ingenierie industrielle. Partie 2 : Les documents - Vocabulaire. 

- FD X 50-107 Management de projet. Certification du personnel 
en maitrise de projet. 

- FD X 50-1 1 5 Management de projet. Presentation generals. 

- FD X 50-116 Management de projet. Management par projets. 
Presentation et recommandations de mise en oeuvre. 

~ FD X 50-1 17 Management de projet. Gestion du risque. Management 
des risques d'un projet. 

- XP X 50-400 A^anagement des systemes. Referentiel cadre. Lignes 
directrices pour I’utilisation des methodologies du management 
de projet. 

- FD X 50-410 Recommandation generals pour la specification de 
management de programme (reprise integrale de la Recomman- 
dation Generale RG. Aero 000 40 A elaboree par le Bureau de 
normalisation de I’aeronautique et de I'espace - BNAE). 
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Autres documents 

Ces normes, ainsi que d’ autres references en relation avec le mana- 
gement de projet, com me par exemple, des normes sur I'analyse 
fonctionnelle et I'analyse de la valeur, les processus ou encore 
I'innovation sont reprises dans le recueil Manasement de projet^ 
AFNOR (mai 2004). 

Referentiels internationaux 

II existe aussi des referentiels internationaux, qui, sans etre des 
normes ou des fascicules de documentation apportent au lecteur des 
pistes d’organisation et de structuration de la demarche de pilotage 
des projets. Les plus connues sont : 

- le PMBoK {Project manasement body of knowledse) du PMI {Project 
management institute) ; 

- riCB {International competence baseline) de I’lPMA (International 
project management association). 
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QueUes sont les differences entre management de et par 
projet ? 


Le management de projet est de la responsabilite du chef de projet. 
II consiste a organiser et diriger le projet : 

- Sur le plan organisationnel, 11 est en effet indispensable de definir 
comment on va atteindre I’objectif, batir la strategic et la 
« route » (reference) permettant de I'atteindre (moyens, roles et 
interaction de chacun, planification, budgetisation, regies de 
communication). 

- Sur le plan du pilotage, le management de projet consiste a 
mesurer les ecarts entre la situation presente et celle prevue. A 
partir des ecarts detectes et des tendances suspectees, se pro- 
jeter a la fin du projet pour en deduire un resultat previsionnel. 
Compte tenu de cette information, decider des actions a 
entreprendre pour recaler la route du projet vers I’objectif. 

Le management par projet est de la responsabilite de la direction de 
I'entreprise. II consiste a favoriser, au sein de I’entreprise, une 
culture commune orient^ projet, prealable indispensable pour que 
chacun, a son niveau, s’implique dans les projets. La vocation de 
I'entreprise nest pas necessairement de mener des projets. Chaque 
entite la composant a des objectifs specifiques avec une organi- 
sation adaptee, que le projet vient perturber. 

La decision de travailler par projet ne peut etre prise qu'avec I’aval 
de I’autorite competente, qui met en place I’ensemble des mesures 
permettant a la fois, au projet de ne pas etre perturbe dans son 
deroulement et aux entites d'assurer leurs objectifs. 

Le management par projet est un mode de management de I'entre- 
prise avec ses regies du jeu applicables a tous. Cest aussi une 
nouvelle culture d'entreprise faite de valeurs orientfe « besoins 
client » et partagees par tous. 
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1 § Quelles sont les phases d'un projet ? 


Tous les phasages sont possibles. On rencontre d'ailleurs tout, et 
meme n'importe quoi, en termes de phasage de projet. 

D'un point de vue tres generique, tout projet est lui-meme une des 
phases d'un ensemble a trois etapes : 

- L'avant-projet, qui va de I'expression du besoin a la decision de 
realiser. II comprend I'analyse du besoin, la recherche de solutions 
que Ton passe au crible des contraintes, et la decision sur la 
solution retenue a mettre en oeuvre. 

~ Le projet, qui est la realisation de la solution retenue. 

- L'apres-projet, qui est « I'utilisation » de I’ouvrage issu du projet. 
On trouvera ci-dessous deux exemples de phasage. 

~ Pour des projets de developpement de produit : 

• la phase d'emergence (avant-projet) ; 

• la phase d'avant-projet (avant-projet) ; 

• la phase de developpement (projet) ; 

• la phase de qualification et de reception (projet) ; 

• la phase de deploiement (apres-projet). 

- Pour des projets d’ingenierie : 

• la phase d’identification (avant-projet) ; 

• la phase de faisabilite (avant-projet) ; 

• la phase de conception (projet) ; 

• la phase de realisation (projet) ; 

• la phase d’operation (apres-projet). 

II est important lorsque I’on definit le phasage d'un projet, d'accro- 
cher le debut de chaque phase a une d^ision de go / no so. 

Cette decision est le resultat d’une revue de passage de phase. 
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16 Peut-on parler de projet mdividuel ? 


Cest une expression frequente dans notre langage, qui fait refe- 
rence a un projet dont le chef de projet est ie principal, voire le 
seul acteur. 

Pour Jean-Pierre Boutinet^, le projet individuel (ou personnel) est un 
choix delibere que I ’on fait, en vertu d'une valeur morale, de 
maintenir une tension continuelle entre la situation vecue presen- 
tement, dans ses limites et ses insatisfactions, et un ideal liberateur 
entretenu. 

Les projets individuels visent un acteur individuel face a ses propres 
intentions et aux opportunites et contraintes de I'environnement. 

La caracteristique principale du projet individuel est que le maitre 
d'oeuvre en est aussi le maitre d'ouvrage. 

Bien que le « chef de projet » du projet individuel soit son « propre 
maitre », il ne peut avancer vers son objectif qu'en fonction des 
autres qui ne sont que des acteurs « involontaires » du projet. 

II suppose un fort investissement personnel. 

II peut etre quasiment existentiel (projet de vie sur le long terme) 
ou tres circonstanciel (projet d’orientation a court terme, comme 
par exemple : un projet de formation), bien que ce dernier puisse 
impacter le long terme de I’individu. 


^ C/. I’ouvrage Psycbotogie des conduites a projet, collection Que sais-je ? n° 2770, 

PUF Editions (2004). 
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II Q,u‘entend-on par projet d’entreprise ? 


Le projet d'entreprise consiste, a partir de la situation presente de 
I'entreprise, en la definition de la situation que I’on souhaite 
atteindre a une certaine echeance compte tenu des evolutions de 
I'environnement de I'entreprise. U peut etre assimile a un projet de 
changement. 

Le processus se deroule comme un projet, avec une phase d'avant- 
projet, une phase de projet et une phase d’apres-projet. 

L’objectif de la phase d’avant-projet est de definir le plan d'actions 
pour alter de la situation actuelle a la situation souhaitee. 

La phase d’avant-projet consiste en la definition : 

- de la situation actuelle ; 

- de la situation souhaitee ; 

- du plan d'actions : 

• forces et faiblesses de I'entreprise ; 

• definitions des actions a entreprendre ; 

• adequation des moyens au plan (ressources, budget, delais). 

La phase projet consiste en pilotage des actions decidees (perfor- 
mances, coOts, delais). 

Ce type de projet se caracterise essentiellement par le changement 
de I’environnement durant son deroulement. II est done fondamental 
d’ajuster en permanence I’objectif. Ce qui peut avoir pour conse- 
quence de demobiliser les ressources qui, enthousiastes au depart, 
risquent de se demotiver si I’objectif a atteindre change trop 
souvent. 

Le projet d’entreprise n^essite la nomination d’un chef de projet 
« entraineur », grand communicateur, qui saura tout au long du 
projet regonfler le moral des troupes. 
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2 

L'organisation 

et le lancement des projets 




IS Comment construire et organiser un projet ? 


Pour construire et organiser un projet, les sept questions suivantes 
doivent trouver des reponses appropriees. 

- Pourquoi faire le projet ? 

La reponse a ete elaboree au cours de I'avant-projet par le maitre 
d'ouvrage et doit dairement apparaitre dans le document de 
contractualisation entre la maitrise d’ouvrage et la maitrise 
d’cBuvre. 

- Que faut-il faire ? (Quoi ?) 

II s'agit du travail a realiser pour atteindre le resultat (ouvrage) 
du projet. La reponse a cette question est donnee par I’organi- 
gramme des taches (W6S). 

- De quoi est fait I’ouvrage ? 

Cest I’arborescence technique du produit qui repond a cette 
question (a ne pas confondre avec le WBS). 

- Qui ? 

La reponse a cette question est donnee par I’organigramme fonc- 
tionnel (OBS). 

- Qui fait quoi ? 

La reponse est dans la matrice des responsabilites obtenue en 
croisant I'organigramme des taches et I'organigramme fonctionnel. 

- Quand ? 

La reponse est bien sur le planning. 

- Pour combien ? 

Le budget est la reponse a cette question. 

Cest lorsque I'on a, au moins, la reponse a ces sept questions que 
I'on est en mesure de piloter le projet. 

D’autres questions doivent etre posees, en particulier toutes celles 
concernant la communication et les risques. 
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IS Que doit contenir un cahier des charges ? 


Le cahier des charges est un document qui rassemble les obligations 
et les elements necessaires pour definir un besoin et les principales 
contraintes pour le satisfaire. Dans le cadre dun projet, c’est le 
document emis par la maitrise d'ouvrage permettant a la maitrise 
d'oeuvre de faire sa proposition. 

Le cahier des charges fonctionnel (CdCf) est un document par lequel 
le demandeur exprime son besoin en termes de fonctions, de services 
et de contraintes. Ces differents elements sont associes a des criteres 
et des niveaux d’appreciation. Ces niveaux etant assortis d'une modula- 
tion appelee flexibilite. On doit trouver dans un cahier des charges : 

- Des donnees generates : 

• definition du probleme ; 

• identification des contraintes ; 

• limites de fourniture (securite, qualite d'utilisation, ergonomie, 
attrait) ; 

• contingences exterieures (pendant et apres la realisation) ; 

• extensions possibles ; 

• etat du marche, solutions concurrentes a regarder. 

- Des donnees techniques : 

• fonctions a remplir ; 

• criteres d’evaluation ; 

• conditions de mise en service et de transfert. 

- Des donnees non techniques : 

• quantitatives (appareils a installer...) ; 

• couts (budget disponible) ; 

• delais souhaites. 

La maitrise d’ouvrage a toujours interet a rediger un cahier des 
charges le plus fonctionnel possible, afin que la maitrise d'oeuvre puisse 
proposer la solution technique la plus appropriee. 
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20 Qjje doit-on trouver dans la lettre de mission d’un chef 
de projet ? 


La maitrise d'ouvrage a contractualise avec la maitrise d'oeuvre. La 
maitrise d’oeuvre choisit son representant et lui confie la mission de 
mener a bien le projet. Cette delegation se fait via la lettre de 
mission, dont les finalites sont de : 

- fixer d’un commun accord entre la maitrise d'oeuvre (tutelle) et 
le chef de projet, le contenu de la mission et la demarche ou 
strategie pour atteindre le resultat ; 

- contractualiser les criteres de performance qui permettront au 
delegant de juger la qualite de la prestation du delegataire, 
c'est-a-dire le chef de projet ; 

- proteger le chef de projet en limitant son intervention dans le 
temps, en precisant les conditions de son intervention et en 
definissant pr^isement son role ; 

- recapituler I’ensemble des points du cadrage de la mission. 

Le contenu de la lettre de mission : 

- definition et limites de responsabilite du chef de projet sur : 

• la bonne conduite du projet vis-a-vis du client et de sa tutelle,; 

• le respect des dispositions contractuelles ; 

- definition des pouvoirs du chef de projet sur les differents 
aspects du projet (qualite, planning, ressources, budget, etudes, 
production, sous-traitances...) ; 

- definition des modes de communication dans leurs formes (reunions, 
reportinss) et leur frequence avec le client et la tutelle ; 

- soutien de la tutelle au chef de projet (qui, quand, comment) ; 

- date et signatures du delegant et du delegataire. 
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y a-t-U des structures (organisations) types pour pUoter 
des projets ? 


Le projet necessite une organisation particuliere et temporaire, 
puisqu’il a un debut et une fin. La plupart des acteurs du projet 
appartient a la structure permanente de I'entreprise qui est mise en 
place pour repondre a la vocation de I’entreprise. 

On appelle structure de projet, la fa^on dont ^organisation du projet 
croise la structure permanente de I’entreprise. 

Les experts du management de projet admettent qu’il existe trois 
formes types de croisements : 

- la structure hierarchique ou anti-structure ; 

- la structure commando ou Task force ; 

- la structure matricielle ou croisee ou transversale, 

Bien sur, dans la realite, on rencontre toutes les composantes pos- 
sibles de ces trois formes types. 

L'anti-structure 

C’est un systeme sans structure specifique de projet. Les personnes 
appelees a travailler sur le projet restent rattachees, la ou elles 
sont, a leur hierarchic de qui elles continuent de recevoir leurs 
consignes de travail. 

Le chef de projet doit systematiquement s’adresser a la hierarchic 
lorsqu'il a un travail a faire executer par un acteur. L'anti-structure 
est le schema habituel de I'entreprise qui ne travaille pas par projet. 
Dans ce cas, le chef de projet est tout au plus un coordonnateur de 
projet. 

La structure commando 

Les specialistes qui auront a travailler sur le projet sont detaches de 
leur structure et rattaches au chef de projet pour la duree de leur 
travail sur le projet. 
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La structure matricielle 

Les spedaUstes affectes sur le projet par leur chef de spedalite lui 
restent rattaches hierarchiquement. AAais Us forment ensemble une 
veritable equipe de projet, pilotee par le chef de projet. On est la 
dans une logique de double dependance, a la fois hierarchique et 
operatlonnelle. 
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Quels sont les avantases et inconvenients de la structure 
hierarchique pour le chef de projet ? 


Vu du chef de projet, les inconvenients I’emportent largement sur 
les avantages : 

“ peu d’action possible en termes de strategic de conduite de projet 
car forte influence des chefs de service sur leurs collaborateurs ; 

~ faible motivation de I'equipe, chacun dependant avant tout de sa 
hierarchic ; 

- difficult^ a savoir ce qui se passe, puisque chaque chef de service 
fait faire a ses collaborateurs ce qu’il pense « etre bon » pour le 
projet ; 

- allongement des delais, car il est difficile, voire impossible de 
mobiliser I'ensemble des acteurs sur un probleme avant qu’il ne 
soit crucial ; 

- gestion directe des interfaces entre services (et done lots du 
projet) par le chef de projet. 

Le seul avantage reside dans I’aspect technique du projet. En effet, 
il n’y a pas d'implication du chef de projet dans les techniques mises 
en oeuvre au niveau du projet. Mais un risque important d'avoir en 
sortie de la sur-qualite par rapport a I'objectif. 

En conclusion, ce type d'organisation convient bien pour des petits 
projets de faible duree et necessitant peu d’acteurs, dont le degre 
d’incertitude est faible et dont les techniques mises en oeuvre sont 
standards. 
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23 Quels sont les avantages et inconvenients de la structure 
commando pour le chef de projet ? 


Vu du chef de projet, les avantages I'emportent largement sur les 
inconvenients : 

- forte motivation de I’equipe de projet (c'est au chef de projet 
d'assurer cette motivation, puisqu'il est le responsable des 
acteurs) ; 

- bonne gestion des interfaces, puisque chacun travaille pour la 
meme cause ; 

- anticipation possible des problemes. 

Le seul inconvenient est I 'aspect technique, car le chef de projet 
n’est pas un specialiste de toutes les techniques mises en oeuvre 
dans le projet. U doit done faire confiance aux differents acteurs. 
Pour assurer cette confiance, il peut faire realiser des audits techni- 
ques par les metiers. Ceci le conforte et permet aux services de 
remonter I’experience acquise sur le projet dans leurs bases de 
donnees. 

Ce type d'organisation convient bien pour des grands projets de 
longue duree. Ce que I’on trouve souvent, c’est le chef de projet (ou 
directeur de projet) entoure d'une equipe de 10 a 20 personnes 
(chefs de projet metier) qui feront travailler les collaborateurs de 
leurs services d'origine de fa^on hierarchique. Ce type d’organisation 
est souvent appele « organisation plateau ». Elle est frequente chez 
les constructeurs automobiles pour les projets de developpement de 
nouveau vehicule. 

Un probleme se pose neanmoins (ce n'est pas le souci premier du 
chef de projet, mais bien de I’entreprise), c’est la reaffectation des 
personnes detachees sur le projet lorsque celui-ci est termine. Cest 
une chose a laquelle il faut penser avant meme le debut du projet. 
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24 Quels sont les avantases et inconvenients de la structure 
matridelle pour le chef de projet ? 


Pour le chef de projet, U n’y a que des avantages... ou presque ! 

On retrouve tous les avantages des deux structures precedentes, 

sans les inconvenients : 

- forte motivation de lequipe de projet (c'est au chef de projet 
d'assurer cette motivation puisqu'il est le responsable des acteurs) ; 

- bonne gestion des interfaces puisque chacun travaille pour la 
meme cause ; 

- anticipation possible des problemes ; 

~ I’aspect technique du projet car il n'y a pas dim plication du chef 
de projet dans les techniques mises en oeuvre au niveau du projet 
(mais un risque important d'avoir en sortie de la sur-qualite par 
rapport a I'objectif). 

Mais d’autres inconvenients sont gener^ au niveau du croisement de 

la structure permanente et de la structure de projet : 

- Les acteurs dependent de deux autorites : leur chef de service 
(autorite hierarchique) et le chef de projet (autorite operation- 
nelle), En cas de desaccord entre eux, I'acteur du projet ne saura 
pas ce qu'il doit faire. Le risque est grand pour qu’il fasse ce qu'il 
a envie de faire. 

- Le pouvoir du chef de projet ne tient qu'a la fa^on dont sa 
mission lui a ete confi^. En effet, s’il n’a pas un appui fort de 
I'autorite de tutelle, il risque d’etre impuissant devant le pouvoir 
des differentes hierarchies. 

- L’evaluation des acteurs du projet doit se faire a deux : hierar- 
chic et chef de projet. Il faut que le processus d'evaluation soit 
defini au niveau des ressources humaines. 

- Si I'entreprise souhaite travailler en matriciel, il est indispensable 
de mettre en place une cellule d'arbitrage entre les projets et les 
metiers. 
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2i Comment se constitue une equips de projet ? 


La constitution d'une a^uipe de projet ne peut se faire qu'apres la 
definition des differentes activites ou taches a realiser. Chaque 
membre de I'equipe de projet se verra affecter la responsabilite 
d'une ou plusieurs activites du projet. La seule juxtaposition d’indi- 
vidus responsables ne constituant pas une equipe, celle-ci se 
construira autour d’une vision partagee du projet. 

Les membres de I'equipe de projet, responsables de leur tache, assu- 
ment ensemble la responsabilite du projet jusqu’a sa fin, 

L'equipe de projet fonctionne, generalement, en mode non hierar- 
chique, le chef de projet devant creer I’etat d’esprit specifique d'une 
equipe (tous pour un, un pour tous). 

Le passage d’une somme d'individus a I’equipe de projet se deroule 
generalement en quatre phases : 

- Phase 1 

La decouverte (se connaitre et partager les objectifs du projet). 

- Phase 2 

Le positionnement (trouver sa place, se confronter, definir les regies 
du jeu en commun). 

- Phase 3 

L’ appropriation (accepter son role dans I'equipe et s'organiser pour 
travailler ensemble). 

- Phase 4 

La confiance (entrer dans I ’action et unir toutes les energies pour 
la reussite commune). 

Voici quelques conseils pour reussir la constitution de I'equipe de 
projet : 

- impliquer tous les metiers necessaires au projet des le depart ; 

- doter son equipe d’une vision d ’ensemble et globale du projet ; 
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- definir des objectifs dairs pour chacun en expllquant le pourquoi 
par rapport a la vision d'ensemble ; 

“ prendre en compte les attentes et contraintes de chacun ; 

- oser la confiance et la transparence. 
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2S Comment lancer un projet ? 


Par une reunion de lancement, a I'initiative du chef de projet, afin 
d’impliquer tres rapidement les futurs acteurs. 

Pour evlter que les acteurs ne viennent a la reunion sans savoir ce 
que Ton attend d’eux, il est recommande de leur adresser, au pream- 
ble, une note de lancement, les informant des particularites d’orga- 
nisation et de realisation de ce projet. Elle est confidentielle, car 
elle peut expliquer les interpretations du contrat decidees par le 
chef de projet ou sa direction. Le contenu de cette note peut etre le 
suivant : 

- objet precis du projet (particularites du contrat, risques pris en 
compte, priorites, limites de responsabilite de I'equipe) ; 

- limites de fournitures conformement a ce qui a ete signe ; 

- interlocuteurs, chez le client, mais aussi en interne ; 

- decoupage : premiers niveaux de I'organigramme des taches ; 

- particularites techniques par specialite ; 

- couts : au moins en heures, les grandes masses du budget ; 

- delais : fournir le planning tel que contenu dans le contrat en 
precisant les contraintes et les risques ; 

- qualite : niveau de qualite exige ; 

- organisation et communication (avec le client et en interne) ; 

- remarques : contexte et synergie avec d'autres projets. 

La note est suivie peu de temps apres par une reunion de lancement 
au cours de laquelle les participants peuvent se faire pr^iser ou 
redefinir leurs objectifs. 

La reunion de lancement a deux objectifs principaux : 

- s'assurer que chacun a bien compris sa mission, en la reprecisant 
eventuellement ; 

- cr^r un climat de cohesion et de transparence autour du projet, 
et done dynamiser le groupe pour la reussite du projet. 


Management de projet 


35 




21 De quoi doit-on disposer pour piloter un projet ? 


Pour piloter un navire, les marins ont besoin : 

- D'une carte marine sur laquelle ils auront trace la route allant 
du port de depart au port d'arrivee (le referentiel). 

- D’un compas (boussole) et d'un sextant (GPS pour faire moderne) 
pour se positionner sur la carte et redefinir a tout moment le cap 
vers le port d'arrivee (le tableau de bord). 

Le projet se pilote comme un navire, car ce n’est qu'une aventure 
avec un debut et une fin. Pour cela, le chef de projet doit disposer : 

- D'un referentiel constitue des reponses aux questions suivantes : 

• Pourquoi ? Ce sont les objectifs du projet. 

• D’ou et jusqu'ou ? Ce sont les elements definissant le jalon de 
debut du projet et les elements marquant la fin du projet. 

• De quoi est fait I'ouvrage ? C'est I’arborescence technique du 
produit. 

• Quoi ? Cest I'organigramme des taches, outil structurant du 
projet. 

• Qui ? C'est I'organigramme fonctionnel des ressources du projet. 

• Qui fait quoi ? Ce sont les fiches de taches du projet. 

• Quand ? C'est le planning. 

• Combien ? Cest le budget. 

• Comment ? Cest le plan directeur de projet. 

” D’un tableau de bord avec quatre indicateurs, permettant de re- 
estimer le reste a faire : 

• un indicateur de configuration ; 

• un indicateur de delais ; 

• un indicateur de couts ; 

• un indicateur d'avancement. 

- D'un equipage, bien sur, I'equipe de projet. 
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28 Qu’est-ce que le plan directeur d’un projet ? 


Le plan directeur de projet (PDP) est aussi appele « plan de mana- 
gement de projet » (PAAP), « plan de projet » ou « manuel de projet ». 

Le PDP est le referentiel de pilotage du projet. Cest le document 
(ou un dossier comprenant plusieurs documents) qui sert a savoir, a 
chaque instant, ou I'on devrait en etre du projet, dans les domaines 
de la configuration, des delais, de la consommation du budget et de 
lavancement. II doit permettre au chef de projet d'anticiper sur la 
fin du projet et de corriger rapidement la trajectoire si des ecarts 
sont detectes. II explique aussi les moyens a mobiliser pour pouvoir 
atteindre I'objectif tel que decrit. 

Le plan directeur de projet comprend tous les elements qui vont 
servir de reference et de support pour piloter le projet : 

- Les besoins : objectifs du projet, performances a atteindre, appro- 
che fonctionnelle, contexte, enjeux, limites de fournitures, inter- 
faces avec d'autres projets, synthese du contrat, organisation 
industrielle du projet). 

— Le produit : description technique du produit final, lieu de reali- 
sation, documents de base, normes et reglementations, analyse 
des risques techniques. 

— Le processus : plan de developpement, processus de deroulement, 
grandes phases du projet et delivrables, etapes et validation, 
rendez-vous contractuels, revues de projet, plan d'assurance 
qualite. 

- L'organisation : I’organigramme des taches, I’equipe projet, les 
fiches de taches, les strategies d'approvisionnement et d etudes. 

- Les donnees economiques : financement, budget, moyens et res- 
sources mis sur le projet, planning initial, avancement physique 
previsionnel. 

— Le fonctionnement : communication interne et externe, gestion 
documentaire et des modifications, fin du projet, essais, recep- 
tion et retour d’experience. 
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29 Comment construire un plan directeur de projet ? 


Le plan directeur de projet peut etre construit, soit a partir de 
certains « plans » (qualite, configuration.,.), soit de plans realises et 
precises a partir du PDP. 

Le PDP est redige par le chef de projet, avec I'aide des intervenants 
ou de leur hierarchie. II est souhaitable d’avoir un sommaire general 
au niveau de I'entreprise pour constituer le PDP. 

Au fur et a mesure que les elements constitutifs du PDP sont prets et 
valides, le chef de projet les integre. Au debut du projet, les 
elements contractuels (cahier des charges, contrat) sont connus. Ils 
peuvent done alimenter certains chapitres. 

Apres la reunion de lancement, ou les grandes lignes du projet et de 
sa strategic de conduite sont exposees et debattues avec les prin- 
cipaux intervenants, le chef de projet va finaliser I'organigramme 
des taches. II va distribuer, faire completer et negocier les fiches des 
taches, en meme temps qu’il finalise le planning initial et le budget 
initial. Lorsque ces elements sont prets, ils sont mis dans le PDP. 

Les regies generiques de fonctionnement ou de communication 
applicables au projet n'ont pas a etre recopiees dans le PDP. On y 
mettra, par centre, celles qui sont specifiques, 

Lorsque I’analyse des risques est realist, les elements la constituant 
rejoignent le PDP. Le plan qualite, une fois redige, y est insere. 

L’experience montre qu’un PDP est completement constitue, au bout 
d’un dixieme de la duree totale du projet. Ce qui n’empeche pas le 
projet de demarrer (generalement par les premieres taches...). II 
reste done les neuf dixiemes de la duree du projet pour le piloter, 
en sachant a chaque instant ou Ion devrait etre sur chaque para- 
metre. 


Attention a la confidentialite : tout ou partie du PMP peut etre 
contractuel. II faut done le realiser en consequence. 
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30 Qu'est-ce que rorganisramme des taches d’un projet ? 


Afin de pouvoir maitriser le pilotage de I'ensemble de son projet, le 
chef de projet doit le decouper en elements plus petits. Ce 
decoupage doit repondre a un certain nombre d'objectifs permettant 
de maitriser toutes les actions (l oeuvre) necessaire a l obtention du 
resultat (I'ouvrage). 

Ces objectifs sont les suivants : 

— Savoir ce qui marquera, physiquement, la fin de tout travail 
execute dans le cadre du projet. 

— S'interesser a la nature du travail a realiser avant de s'interesser 
au resultat du travail, Le resultat physique marquant la fin du 
travail n’est qu’un moyen de verifier que le travail est fait. Cest 
le volume de travail realise qui genere le cout du travail, ce sont 
les ressources dont on dispose pour faire le travail qui deter- 
minent la duree pour le realiser). 

— Donner I’assurance de I'exhaustivite du travail necessaire a la 
realisation de I'ouvrage. 

La methode existe. Elle a ete developpee aux Etats*Unis et norma- 
Usee en 1975 (MIL Std 881) sous le nom de « WBS » (Work breakdown 
structure). 

Cette methode porte en France le nom d’organigramme des taches (a 
ne pas confondre avec I'organigramme technique qui est I'arborescence 
technique des ensembles et des materiels constituant I'ouvrage). 

L'organigramme des taches (OT) est une decomposition arborescente du 
projet, orientee « produit » et compost de donnees (taches d'etudes), 
de materiels (taches de production ou d'achat) et de services (taches 
qui ne sont ni etudes, ni production, ni achat), resultant des travaux 
de I'equipe de projet. 


Management de projet 


31 A quoi sert V organigramme des taches ? 


L'organigramme des taches est un outil de strategie qui sert a : 

- decouper le projet de faqon exhaustive afin d’affecter les respon- 
sabilites ; 

- batir la planification et la budgetisation du projet ; 

- definir le systeme de controle du pilotage du projet. 
L’organigramme des taches est un outil d'analyse : 

- il va du general (I’ensemble de I'ouvrage) au particulier (la tache 
ou I’activite elementaire) pour definir tous les travaux a realiser 
au niveau du projet pour atteindre I'objectif, a savoir I'ouvrage ; 

- le processus de construction se deroulant du general aux details, 
il permet au chef de projet : 

• de focaliser sur le bon niveau d'analyse ; 

• de s’assurer de la coherence de chaque tache par rapport a 
I'ensemble ; 

• d'affiner sa strategie de pilotage. 

L’organigramme des taches est un outil d'organisation et de contrac- 
tualisatlon, il permet : 

- d’affecter les differentes taches a des responsables appartenant a 
la structure de I’entreprise (I'organisation qui en resulte est appe- 
lee organigramme fonctionnel (OF) ou Organization breakdown 
structure (OBS) en anglais) ; 

- de construire la matrice des responsabilites (qui est responsable 
de quoi) ; 

- de contractualiser des relations entre les differents intervenants 
du projet (chef de projet, responsable de tache, responsables 
hierarchiques des responsables de tache), car c’est un outil de 
communication ; 

- de parfaitement identifier le travail a effectuer figurent dans 
cette contractualisation grace a tous les parametres. 
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32 Comment construire rorsanisramme des taches d‘un projet ? 


Lorganigramme des taches se construit en allant du general (I'ou- 
vrage) au particulier (la tache). 

La somme du travail d'un niveau inferieur de Torganigramme est tres 
exactement egale au travail du niveau superieur. 

La decomposition peut se faire selon plusieurs logiques : 

~ sequentiel, c’est-a-dire par phase ; 

- g^graphique, c’est-a-dire selon la notion d ’emplacement ; 

- architectural, c’est-a-dire par systeme a mettre en oeuvre, ou 
par function a realiser ou par composant a fournir ; 

- par nature d’activite ou type de prestation (etude, achat, fabri- 
cation, montage, essais...) ; 

- par metier ou specialite mis en oeuvre. 

II est possible de changer de logique pour passer a un autre niveau. 
On arrete le decoupage, des I ’identification d’un responsable (gene- 
ralement a ce stade, un service ou un departement qui designera son 
representant) pouvant prendre en charge le travail. 

Le responsable de tache identifie continuera, a son niveau, la 
decomposition de sa tache en activites selon la meme methode. II 
reste cependant responsable de ce qui est fait vis-a-vis du projet. 

Plusieurs taches peuvent etre affectees a un meme responsable, qui 
se voit done confier un « lot de travaux ». 

Pour s'assurer que le decoupage est coherent, il faut passer chacune 
des taches a la « moulinette des 3 R » : 

- Responsable : un responsable unique. 

- Resultat : un resultat concret (physique). 

- Ressources : si meme responsable et memes ressources, il s'agit 
de la meme tache. 
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33 Que doit contenir une fiche de tache ? 


La fiche de tache est I’outll de contractualisation entre le chef de 
projet, le responsable de tache (ou de lot) et le superieur hierar- 
chique du responsable de tache. 

Cest done, aussi, la fiche de mission du responsable de tache, qui a 
minima, doit comporter : 

- L’identification de la tache (nom, codification, nom du respon- 
sable). 

- La description du travail (contenu, elements d'entree et de sortie). 

- La duree et le budget. 

- La signature du responsable de tache, de son responsable hierar- 
chique et du chef de projet. 

Pour des projets de taille importante, on peut imaginer une fiche de 
tache a plusieurs feuillets. Par exemple : 

- Feuillet « description » : 

• elements d'identification de la tache (nom, code...) ; 

• objectifs de la tache ; 

• description de la tache ; 

• entrees et sorties ; 

• dates et visa. 

- Feuillet « delais et budget » : 

• planning (debut au plus tot, fin au plus tard, taches amont et 
aval) ; 

• budget de la tache (heures et budget achats, code d'imputa- 
tion, prwision de consommation budgetaire par periode mois). 

- Feuillet « risques » : 

• principaux risques identifies (probabilite et gravite) ; 

• mesure de reduction (prevention, plan de contingence). 
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- Feuillet « modifications » 

• impact (cout, delais, performance) sur la tache d'une modifi- 
cation intervenant au niveau du projet. 

- Feuillet « retour sur experience ou REX » ; 

• points positifs a reproduire sur d'autres projets ; 

• points negatifs (mesures curatives et preventives pour les 
traiter). 
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3€ Queues sont les cles d'une bonne planification ? 


Nous ne possedons qu'un seul verbe, planifier, la ou les Anglo-Saxons 
en possedent deux tres differents : 

- to plan qui signifie prevoir ; 

- to schedule qui signifie litteralement « echelonner » ou position- 
ner dans le temps ; 

qui correspondent aux deux phases de la planification. 

Les cles de la planification se trouvent dans la mise en oeuvre d’un 
processus se deroulant en deux grandes phases et douze etapes. 

- Analyse qualitative (prevision et ordonnancement) : 

• analyser le projet ; 

• lister les activites (c'est le plus laborieux, car il ne faut pas en 
oublier) ; 

• definir les contraintes d’enchainement : c'est un jeu de logique ; 

• tracer le reseau. 

- Analyse quantitative (echelonnement dans le temps, recherches 
de solutions, optimisation) : 

• calculer la duree des activites ; 

• calculer les dates ; 

• identifier le chemin critique ; 

• ajuster les delais previsionnels ; 

• etablir le diagramme de GANTT ou planning a barres ; 

• ordonnancer et arreter I’echeancier ; 

• equilibrer les charges de travail ; 

• controler le deroulement. 

Et pour que ^a marche, un bon conseil : bien suivre les etapes, ne 
pas en sauter, et surtout ne pas les intervertir. 
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38 y a-t-U diverses methodes de ptanification ? 


II n'y a fondamentalement qu’une seule methode de ptanification, 
c'est celle qui constitue la reponse a la question precedente. 

En revanche, il existe plusieurs representations du planning, qui 
sont, a tort, baptisees methodes (n'en deplaisent a leurs inventeurs). 

Parmi les representations, on distingue deux grandes families : 

— Les representations en reseaux : 

• la representation PERT ou « potentiel-etape » ; 

• la representation MPM (Methode des potentiels Metra) ; 

• la representation PDM {Precedence diagram method), 

— Les diagrammes a echelle de temps : 

• le diagramme de GANTT ou planning a barres ; 

• le diagramme de GANTT fleche (avec liens entre les taches) ; 

• la representation PERL (Ptanification d’ensemble par reseau 
lineaire) ; 

• I’harmonogramme ou planning « chemin de fer ». 

On utilisera les representations en reseau au cours de la phase 
d’analyse qualitative du processus de ptanification. Elies permettent 
de mettre en forme la logique de deroulement du projet. 

On utilisera les diagrammes a echelle de temps pour formaliser le 
planning apres analyses et prises de decisions tors de la phase 
d’analyse quantitative. 

Ces diagrammes a echelle de temps representent bien comment on 
compte, ensemble, atteindre la fin du projet. Les interventions de 
chacun sont positionnees dans le deroulement du projet et dans le 
temps. 

Cest un formidable outil de reduction d'incertitudes entre tous les 
acteurs du projet. 
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38 Comment estimer le cout d‘un projet ? 


Pour des raisons differentes, les maitrises d'ouvrage et d'oeuvre ont 
besoin d’estimer le cout du projet : la maitrise d’ouvrage pour savoir 
quelle somme investir et quel retour en attendre et la maitrise 
d'ceuvre pour definir son budget. Dans les deux cas, le processus 
d’estimation est le meme, seul le degre de precision de I'estimation 
sera different. On estime bien que ce que I’on connait. Paradoxa- 
lement, estimer les projets, uniques et futurs, revient a estimer 
I’inconnu. 

II est indispensable pour estimer le cout d'un projet de posseder une 
base de donnees a jour. Supposons que I’estimateur la possede. II 
analyse les informations du projet en sa possession. II decompose le 
scope general (contenu du projet) en differents lots qu'il trie en 
fonction de la fa^on dont sa base de donnees est constituee. Par 
exemple : 

- des lots identiques a des elements de la base de donnees ; 

— des lots de tallies voisines d’elements contenus dans la base de 
donnees (effet d'homothetie) ; 

— des lots differents de ceux de la base de donnees, mais pour 
lesquels des possibilites de chiffrage existent ; 

- les inconnus du projet. 

L'effort essentiel de I’estimateur porte sur ces deux derniers points. 
Cest la que les maitrises d'ouvrage et d’oeuvre attendent de lui un 
certain realisme. 

L'estimateur projette ensuite dans le temps et dans I'espace (date et 
lieu du projet), les elements de cout qu'il aura retenus. Obtenant a 
I'issue de chacune des phases de I'avant- projet un peu plus d'infor- 
mation sur le projet, U peut affiner son estimation. 

Le projet etant realise, il recupere les resultats des couts et les 
analyse. II mesure les ecarts avec les estimations successives et en 
tire tous les elements qui vont venir enrichir sa base de donnees qui 
se trouvera a jour pour I'estimation suivante. 
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31 Quelles sont les differ entes methodes d’estimation 
des coGts d'un projet ? 


A chaque phase de I’avant-projet se pose la question de la per- 
tinence de la poursuite des etudes. Paradoxalement elles coutent, 
mais apportent aussi plus d’information sur le projet, permettant 
d'affiner la precision de I'investissement pour realiser louvrage. 

Les niveaux d’estimation font appel a une methodologie, en relation 
avec le degre de precision dont on a besoin pour lancer I’etude sul- 
vante : 

- Niveau ordre de grandeur (autoriser les etudes preliminaires). 
La precision de lestimation est superieure a ± 30 

On utilise les methodes globales pour determiner le coOt de I’ou- 
vrage a partir du cout d’un nombre suffisant d'ouvrages similaires 
realises anterieurement. 

- Niveau avant-projet (autoriser les etudes de faisabilite et les etudes 
generales). La precision de I’estimation est de I'ordre de ± 30 %. 

On utilise les methodes parametriques pour calculer le cout d une 
realisation a partir d'un certain nombre de parametres decrivant 
la realisation, 

- Niveau preliminaire (autoriser les depenses preliminaires). La 

precision de I'estimation est de I'ordre de ± 20 %. 

On utilise les methodes modulaires pour determiner, a partir du 
cout d'un element de I'ouvrage par des coefficients multipli- 
cateurs, le cout total de I'ouvrage. 

- Niveau de base (autoriser I'investissement : budget). La precision 
de I’estimation est de I'ordre de ± 1 0 %. 

On utilise les methodes semi-analytiques pour determiner le cout 
total de I'ouvrage a partir d'un decoupage en grands ensembles. 

~ Niveau detaille (controler les couts de d'execution : budget de- 
taille). La precision de I'estimation est de I’ordre de ± 5 %. 

On utilise les methodes analytiques qui permettent de chiffrer 
dans le detail tous les postes du projet. 
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38 Qu'entend-on par fmancement du projet ? 


C'est la somme des moyens financiers mobilises pour I'ensemble du 
projet, avant-projet compris. 

Que le projet soit interne ou externe, c'est au maitre d’ouvrage de 
mobiliser ces fonds. 

Le financement d’un projet peut avoir deux origines : il peut etre 
assure par des fonds propres de I’entreprise ou faire appel a des 
organismes financiers generalement specialises dans ce type d'ope- 
ration. 

Les « financeurs » de projet, qu'ils soient des entreprises privees, 
des banques ou les Etats, prennent toujours leur decision de finance- 
ment en fonction de la viabilite technique et/ou economique du 
projet. C’est pourquoi toutes les questions Uees a la gestion des 
rlsques du projet representent la cle du succes d’un financement de 
projet. 

Paradoxalement, pour prendre une decision de financement en etant 
certain que le projet est techniquement et economiquement viable, 
il faudrait avoir termine I’ensemble des etudes et avoir fait une 
analyse de risques detaillee. Or, ceci represente un cout important 
qui serait perdu pour tout le monde si la decision conduisait a ne pas 
faire le projet. 

La solution est de financer successivement chacune des phases de 
I’avant- projet en se donnant la possibilite d'arreter le processus a 
chaque changement de phase (go/ no go). 

Si la phase de realisation est decide, un financement est trouve. 
Generalement, ce financement sera debloque par periodes (trimes- 
tres ou annees). Ce qui oblige la maitrise d’oeuvre a mettre la plani- 
fication de son travail en coherence avec le plan de financement, 
c’est-a-dire de prevoir un avancement physique previsionnel du 
projet, proportionnel au deblocage des fonds. 
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3S Queues sont les cles d’une bonne maftrise des couts 
du projet ? 


Comme pour le planning, un processus formalise doit etre suivi : 

- Subdiviser et coder, afin de pouvoir identifier chaque tache et 
pouvoir y affecter une partie du budget et les cpGts a venir. 

- Fixer les budgets au niveau de chaque subdivision. En I'occurrence, 
il s'agit des taches ou lots de travaux. 

- Mesurer a periode reguliere, pour chacune des subdivisions,^ le 
cout du realise. Lobjectif est d’anticiper sur les derives des coOts. 
Le cout du realise est mesure au niveau des engagements ou de la 
valeur acquise plutot qu’au niveau du depense ou du comptabilise 
dont les faits generateurs interviennent plus tard. 

- Prevoir le coOt previsionnel final. Cest la somme des couts du 
travail realise ajoutes aux coOts du travail qui reste a realiser . Ce 
dernier element est a chaque fois re-estime. 

- Comparer le budget poste par poste et au niveau global. On 
determine au niveau du budget global, et au niveau de chaque 
tache, les ecarts entre le coOt previsionnel final et le budget a 
date (etat du budget a la date de I’analyse, en tenant compte 
eventuellement des modifications intervenues). 

- Juger les ecarts, mais aussi leurs evolutions dans le temps (les 
derives). Cest par les derives que I'on pilote les couts d'un projet. 

- Presenter les corrections de recettes (avenants ou redistribution 
de la provision pour risque) et ordonner les corrections de depen- 
ses selon les decisions prises pour la suite du projet. 

- Verifier et arbitrer entre recettes et depenses. II s’agit de s’as- 
surer de la coherence de I’ensemble, aussi bien au niveau global 
du projet qu'au niveau de chaque tache. 

- Finaliser les previsions corrig^s dans le rapport de couts et faire 
les reportinss (client et entreprise) tels que definis. 

Eventuellement, avoir le courage d'arreter le projet si un depasse- 

ment inacceptable apparait certain. 
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40 Que sisnifie « budget du projet » ? 


Le budget d un proJet est le montant des sommes mises a la dispo- 
sition de I'equipe de projet pour le realiser conformement aux 
exigences du cahier des charges. Cest un objectif pour le chef de 
projet, mais c'est aussi la mesure des ressources financieres 
disponibles. C'est, de fait, le porte-monnaie du chef de projet. 

On distingue le budget initial et le budget a date. 

Le budget initial du projet se decompose en trois parties : 

- Les lignes budgetaires 

Cest I’unite de suivi des couts du projet. Constituees par le cout 
de revient estime des differentes taches du projet, elles sont 
regroupees en grands sous-ensembles (etudes, achats...). 

- Les provisions 

Line provision globale est estimee pour couvrir les risques du 
projet. Elle est ensuite repartie entre les differents sous-ensembles 
au prorata des risques estimes. 

- Les charges et les marges 

Ce sont des pourcentages des couts de revient ou du prix de 
vente dont les cles de repartition sont definies par le controle de 
gestion de I’entreprise, afin de couvrir les frais generaux de 
I’entreprise et assurer son benefice. 

La somme des lignes budgetaires et des provisions est parfols appe- 
lee budget initial operationnel (BIO). Cest le budget effectif dont 
dispose le chef de projet pour realiser le projet. 

Le budget pouvant evoluer au cours du projet, le budget a date est 
I’etat du budget a un instant donne. 
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41 Qu‘est-ce que la confisuration ? 


Voici un terme tres utilise dans les projets de developpement de 
produits, en particulier spatiaux, aeronautiques ou militaires, mais 
utilisable, dans son concept, pour tout type de projet. 

La configuration est la caracteristique fonctionnelle et physique du 
produit, du systeme ou de I’ouvrage qui fait I'objet du projet, telle 
qu'elle est decrite dans sa documentation technique, et atteinte 
ulterieurement par le produit, le systeme ou I’ouvrage. Elle integre 
les modifications survenant en cours de projet. 

La configuration de reference definit totalement et precisement 
letendue de la fourniture due dans le cadre du projet. Elle est 
materialisee par un dossier de definition technique, des specifica- 
tions de besoin ou des fiches de taches. Elle sert de base a la 
determination du budget initial et au programme de realisation. Elle 
constitue la reference pour les evolutions ulterieures qui feront 
I'objet de fiches de modification. 

Cette configuration va etre geree tout au long du projet grace a la 
gestion documentaire et la gestion des modifications du projet. 

La gestion de la configuration a pour but : 

- de connaitre a tout instant, au cours du projet, la description 
technique de I’ouvrage et de ses constituants par un certain nom- 
bre de documents approuves successivement a differentes etapes 
du deroulement du projet (revues de projet) ; 

- de s’ assurer que cette documentation et les produits qu’elle 
decrit sont en permanence compatibles entre eux (interfaces) ; 

- de maitriser les evolutions de cette description technique de ma- 
niere efficace et continue, afin de limiter les risques techniques 
et les impacts sur les couts et delais ; 

- d’ identifier a la livraison des differents constituants la definition 
applicable afin d'etablir la conformite ou d’ identifier les ^arts. 
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En quoi consiste la sestion de la configuration ? 


Au sens de la norme X 50-430, la gestion de la configuration est 

definie de la fat;on suivante : 

« Activite d’ordre technique et organisationnel : 

- d'identification de la configuration ; 

- de maitrise de la configuration ; 

- d'enregistrement de la configuration : 

- d'audit de la configuration. » 

Patrick Bourdichon dans I'ouvrage a feuillets mobiles Le management 

des projets, AFNOR Editions, utilise le mnemonique « DICSA » : 

D comme D^omposition, par la realisation d un decoupage du pro- 
duit en une arborescence de sous-ensembles d'abord fonctionnels 
puis physiques. 

I comme Identification, qui permet au decoupage precedent de 
s'appliquer au produit (fonctionnel et physique) et plus parti- 
culierement aux constituants qui le composent, aussi bien qu'a la 
configuration elle-meme, c'est-a-dire aux differents etats de 
configuration du produit. 

C comme Controle (au sens de maitrise) principalement des 
evolutions, par une analyse des raisons qui conduisent a une 
modification, puis en s'assurant que 1'evolution s'effectue en 
conformite avec les exigences initialement definies. 

S comme Suivi, qui, avec une mise en place d’une tra^abilite 
ciblee, permet I'enregistrement des modifications et des etats 
successifs pour connaitre a tout moment I'historique des evolu- 
tions, et fournir une aide aux decisions a prendre concernant 
1’evolution du projet ou du produit gere. 

A comme Audit, pour verifier la conformite et le respect des 
regies, procedures et exigences, a la fois au niveau des per- 
formances attendues du produit (aspect fonctionnel) et au 
niveau de I'application des evolutions/ modifications acceptees 
sur le produit (aspect physique). 
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41 Qu'est-ce qu'un risque de projet ? 


Les risques sont inherents a la vie. Dans un environnement de plus 
en plus incertain, de plus en plus concurrentiel, les entreprises ont 
une conscience accrue des cons^uences d’une mauvaise appre- 
ciation des risques (pertes/depot de bilan, piratage, troubles sociaux, 
malversations...). 

Pour parer cette mauvaise appr^iation, elles s'organisent pour les 
maitriser et en diminuer leurs effets. Cest ainsi que I'on voit appa- 
raitre la fonction de « risk management » a differents niveaux de 
I'entreprise : finances, audit, securite... 

L’entreprise qui travaille par projet va done tres naturellement 
mettre en place une fonction de « risk management » au sein de ses 
projets. 

Le risque d'un projet^ est un evenement dont I’apparition n’est pas 
certaine et dont la manifestation est susceptible d'en affecter les 
objectifs. 

Parmi les evenements pouvant impacter le deroulement de projet, 
la norme distingue : 

— I'imprevu, si I'evenement est non identifiable ; 

- Talea, si I’evenement est identifiable avec une probabilite d'occur- 
rence non quantifiable ; 

— le risque, si I'evenement est identifiable et quantifiable ; 

- le probleme, si I’evenement s'est deja manifeste (risque avere). 

Meme si le risque est seulement I'evenement identifiable et quan- 
tifiable, il est impossible, au cours d une analyse des risques d'un 
projet, d'ignorer les aleas et les imprevus. 11 faudra done les prevoir 
et organiser leur traitement, car le risque le plus dangereux est celui 
qui n'a pas ete prevu. 


^ FD X 50- 1 1 7 Manasement des risques dun projet. 
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Qu'est-ce que la maitrise des risques de projet ? 


La conduite de projet consiste a atteindre, par une succession 
d'activites ordonnees et dans un cadre contraignant, un objectif 
defini. C'est done une veritable course d'obstacles ou les gagnants 
ont su eviter les pieges et profiter des opportunites. 

Pour ce faire, il faut anticiper et mettre sous controle les evene- 
ments susceptibles de modifier, positivement ou negativement le 
deroulement imagine du projet, afin que les actions de correction 
aient un reel impact sur les evenements. 

La maitrise des risques de projet est done une demarche structure 
permettant de limiter les risques et d'exploiter les opportunites 
pendant toute la duree d'un projet. 

Plus le projet sera complexe, techniquement complique ou nova- 
teur, se deroulant en environnement hostile, plus il sera necessaire 
de se donner les moyens de maitriser les risques. C'est done des la 
phase avant-projet, et le plus en amont possible dans cette phase, 
qu'il faudra mettre en place un processus structure de maitrise des 
risques. Il faudra meme avoir le courage d'arreter un projet en phase 
avant-projet. 

La maitrise (la gestion) des risques de projet est un processus qui se 
deroule tout au long du projet en cinq etapes : 

- identification et caracterisation (cause, nature, consequences des 
risques) ; 

- estimation des risques ; 

“ evaluation des risques ; 

- traitement des risques ; 

- suivi et controle des risques. 

La maitrise des risques de projet impose aussi, a la tutelle de projet, 
de definir pour chaque niveau de responsabilite du projet, les criteres 
de I'acceptable. Autrement dit, quels sont les risques que chacun, a 
son niveau de responsabilite, peut prendre. L'important est de savoir 
quel risque on court et si on est pret a I’accepter. 
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€i Queues sont les cles d'une bonne maitrise des risques ? 


Ce n'est certainement pas la politique de I'autruche. Le processus 
(identification, estimation, traitement, suivi et controle des risques) 
doit etre suivi avec rigueur. 

La cle d'une bonne maitrise des risques au niveau de la phase 
d'identification est de posseder une check list de risques de projet 
etablie par I’entreprise a partir de I'experience issue de ses projets. 

II faut aussi pour chaque projet analyse se poser la question : « Y a- 
t-il dans ce projet des risques qui ne sont pas dans la chek-Ust ? ». Si 
tel est le cas, il ne faut alors pas oublier de completer la liste. 

La cle au niveau de la caracterisation est la bonne identification des 
causes et des consequences du risque, car en phase de traitement, 
c'est sur ces points que I'on agira. 

L'estimation des risques consiste a mesurer la criticite du risque a 
partir de sa probabilite d’occurrence et de sa gravite (qui peut etre 
mesuree sur differents parametres : couts, delais, performances...). 
11 est necessaire de definir une echelle de mesure de la probabilite 
et de la gravite. 

Un conseil : Une echelle de 1 a 5, ou meme de 1 a 3 sur la probabilite 
et la gravite donne une criticite de 1 a 25 ou de 1 a 9, ce qui est 
largement suffisant. II est, par centre, indispensable de definir la zone 
de risque inacceptable. Tout risque identifie dans cette zone devra 
etre traite. 

La cle du traitement des risques se trouve dans la comprehension du 
fait, que pour diminuer la probabilite il faut agir sur les causes du 
risque (diagramme causes-effet), alors que la gravite n'a d’impor- 
tance que si le risque survient. Cest done en mettant en place des 
plans de contingence, a declencher seulement si le risque est avere, 
que I’on traite la gravite du risque. 

Les risques etant traites et acceptables, il faut organiser le suivi et 
le controle. La cle se trouve dans la re-estimation permanente des 
risques encore a venir, 11 s'agit bien sur des risques toujours latents 
identifies au debut du projet, mais aussi des risques nouveaux qui 
ont pu apparaitre en cours de projet et qu'il faudra traiter. 
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3 


Les acteurs du projet 




4S Qui sont les parties prenantes d’un projet ? 


il s'agit de personnes ou de groupes de personnes ayant un interet 
dans la realisation ou I’objet (le resultat) du projet. 11 peut s'agir de 
personnes physiques, de personnes morales ou meme d'entites 
floues, telles que la societe ou le public. 

Sans que la liste soit limitative, on trouve parmi elles : 

- le client, beneficiaire de I'objet du projet ; 

- le consommateur (par exemple : I'utilisateur des produits issus de 
I’ouvrage) ; 

~ le proprietaire (par exemple : I’initiateur du projet) ; 

- les bailleurs de fonds (par exemple : les institutions financieres) ; 

- les sous contractants, qui fournissent des produits inclus dans le 
projet ; 

- I’organisme en charge de la realisation du projet ; 

- le personnel de ces diverses societes ; 

- la societe en general (par exemple : une entite a pouvoir juri- 
dictionnel ou reglementaire, et le public, dans son ensemble) ; 

- des groupes de riverains oppose (par exemple : a la construction 
d'une ligne de metro...). 

Toutes ces parties prenantes n’ont pas une importance equivalente, 
du point de vue du developpement du projet. 

Les deux parties prenantes principales sont : 

- L'instance decisionnelle qui est porteuse du besoin et deviendra 
proprietaire du projet, de I'ouvrage ou du produit qui en 
resultera. Dans le vocabulaire des projets, elle se nomme la 
maitrise d'ouvrage. 

- L'entreprise qui a en charge de realiser I’ouvrage pour la maitrise 
d’ouvrage. Dans le vocabulaire des projets, elle se nomme la 
maitrise d'oeuvre. 
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Qu’entend-on par matt rise d’ouvrase et maftrise d’oeuvre 
dans un projet ? 


S'ils font partie du vocabulaire des projets, ces termes ne sont pas 
utilises dans tous les secteurs ou se developpent des projets. On les 
trouve essentiellement dans le domaine des marches publics, de 
I'ingenierie et de I’informatique. 

La maitrise d'ouvrage (MOA) est la personne morale qui sera pro- 
prietaire de I'ouvrage. Elle est representee par une personne phy- 
sique, le maitre de I'ouvrage, appele aussi repr^entant du client, 
directeur de projet, directeur des operations... 

Elle ne sera pas forcement utilisatrice directe de I’ouvrage, mais elle 
est I'entite porteuse du besoin, et a ce titre represente le point de 
vue des futurs utilisateurs dans le projet. 

Dans certains secteurs d'activite, la maitrise d'ouvrage peut etre 
appel^ « client » du projet, et le maitre d’ouvrage, porte le nom de 
commanditaire, pilote strategique ou sponsor. 

La maitrise d'oeuvre (MOE) est la personne morale qui realise I'ou- 
vrage pour le compte du maitre d'ouvrage. Elle est representee par 
le chef de projet. 

Dans le cadre des marches publics, la maitrise d’oeuvre assure gene- 
ralement les missions d’etudes et de controle des entreprises pour le 
compte de la maitrise d’ouvrage, mais ne peut pas remplir la 
fonction d'entreprise generale qui est souvent la sienne (en plus des 
etudes) dans le cadre de marches prives. 

En resume, la MOA et la MOE sont des parties prenantes (adminis- 
trations, des society ou des entreprises) dun projet. Elies remplis- 
sent les fonctions de porteur du besoin du projet et de realisateur 
de I’ouvrage. Elies sont representees par des personnes physiques 
que Ton appelle le maitre de I'ouvrage (ou repr^entant du client) et 
le maitre d'oeuvre (ou chef de projet). 
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€S Quel est le role de la maitrise d'ouvrase ? 


Etant porteuse du besoin, elle doit en premier lieu le formaliser : 

- formalisation des besoins fonctionnels du projet ; 

- prise en compte des exigences des parties prenantes ; 

- analyse de la faisabilite technique, economique et humaine ; 

- fixation des objectifs de cout et de delai ; 

- definition de ses propres contraintes. 

Elle doit s’assurer a chaque phase du projet de la necessite de pour- 
suivre et de I'existence des moyens, notamment financiers, pour 
pouvoir le faire, en : 

- decidant de I’opportunite du projet ; 

- lan(;ant, ou non, le projet ; 

- decidant des suites a donner a chaque changement de phase ; 

- assurant le financement. 

Elle reste partie prenante en phase de realisation en controlant le 
deroulement du projet et prend possession de I'ouvrage. Pour cela : 

- elle choisit, par contrat, son maitre d'oeuvre et le remunere ; 

“ elle controle Tavancement de la realisation (couts, delais, perfor- 
mances) grace au reporting du maitre d'oeuvre ; 

- elle decide et gere les modifications d'objectif du projet ; 

- elle receptionne I'ouvrage et, eventuellement, le transmet a I'exploi- 
tation. 

N’ayant pas forcement toutes les competences ou les moyens pour 
remplir ses roles, elle peut se faire assister par d'autres entreprises. 
On parlera alors d'assistance a maitrise d'ouvrage. 

Elle peut aussi deleguer une partie de sa responsabilite. On parlera 
alors de maitrise d'ouvrage deleguee. 
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49 Qu’appelle-t-on la tutelie d'un projet ? 


Le chef de projet appartient a une entreprise et doit rendre compte 
de son action a celle-ci, meme si le projet est realise pour un client 
externe. 

La tutelie de projet est done I'entite a qui le chef de projet rend 
compte en interne. Elle est creee specifiquement pour le projet. La 
lettre de mission du chef de projet precise ses relations avec la 
tutelie. Celle-ci est parfois (surtout sur des projets internes) appelee 
comite de pilotage. 

Elle a le meme role que le pilote strategique dans certaines entre- 
prises. La mission de la tutelie est double. 

- Une mission strategique : 

• elle fixe les choix strategiques du projet, par exemple, en 
termes de politique industrielle (partenariats, technologies 
strategiques ou transverses...) ; 

• elle prend les decisions en rapport avec la strategie de 
I’entreprise (ou le portefeuille de projets) ; 

• elle fixe les differents jalons du projet et decide de leur 
franchissement a la fin de chacune des phases ; 

• elle decide eventuellement de reorienter le projet ; 

• elle s’assure de la coherence du projet avec les autres projets 
de I'entreprise. 

- Une mission operationneile : 

• elle apporte au chef de projet les moyens necessaires pour 
realiser le projet et elle soutient I'equipe de projet sans se 
substituer a elle ; 

• elle controle, par le reportins du chef de projet, I'avancement 
du projet. 
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58 Quel est le role d’un commanditaire dans un projet ? 


Dans certaines grandes entreprises, le commanditaire a les pouvoirs 
necessaires pour decider du lancement du projet et de son budget. 
C’est dire qu’il a aussi le pouvoir de le reorienter ou I'arreter. 

Le role du commanditaire est : 

- de definir le perimetre du projet et decider, dans le contexte de 
sa mission de commanditaire, du lancement des premieres phases ; 

- de nommer le maitre d’ouvrage (aussi appele directeur de projet 
ou pilote strategique) ; 

- de negocier avec le maitre d'ouvrage la strategie de realisation 
du projet et les moyens ntossaires ; 

- d’appuyer en interne le maitre d’ouvrage pour I'obtention des 
ressources de la part des differents services ; 

- de definir et annoncer au maitre d’ouvrage les decisions cles qu'il 
juge ne pas devoir deleguer, c’est-a-dire celles concernant, 
notamment, les options principales, les reorientations majeures 
des objectifs du projet et, le cas echeant, son arret ; 

- de preciser le systeme d’information et de reportins dont il 
souhaite disposer pour exercer sa mission ; 

- de controler en permanence I’alignement strategique du projet 
dans I’entreprise ; 

- d’arbitrer les eventuels conflits de priorite entre les projets ; 

- de lancer le deploiement du produit issu du projet, ou transferer 
I'ouvrage aux utilisateurs ; 

- de decider d’arreter le projet lorsqu'il estime que tous les objectifs 
sont atteints. 

Dans une entreprise qui decide de travailler par projet, chaque 
responsable hierarchique est a son niveau commanditaire des projets 
decides dans sa zone de responsabilite, En effet, il doit assumer 
I'ensemble du role decrit ci-dessus. 
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51 Quel est le role d’un sponsor dans un projet ? 


Question preliminaire : « Qu'est-ce que c'est qu’un sponsor ? » 

On peut retenir la definition de I'ouvrage de reference du PMl, le 
PMBok"^ : « le sponsor (ou garant) est la personne ou la cellule de 
^organisation en charge du projet qui assure les ressources 
financieres du projet, en argent ou en appui 

Le meme ouvrage definit I'organisme en charge du projet comme 
« I'entreprise dont les personnels sont le plus directement impliques 
dans I'execution du projet ». 

Done le sponsor est un membre (cellule ou personne) de la maitrise 
d'ouvrage, proche de la maitrise d'oeuvre, Dans certaines entreprises 
on le nomme parfois pilote strategique. 

Son role est legerement different selon qu'il s'agit d’un projet interne 
ou d’un projet externe. 

“ Pour un projet Interne : 

• il est le relais direct de I’entite chargee en interne de la mai- 
trise d'ouvrage du projet (encore appele le commanditaire) ; 

• il donne les moyens au chef de projet d’assurer sa mission ; 

• il prend les decisions strategiques au niveau du projet (pas- 
sage de phase, par exemple) ; 

• il assure la promotion interne du projet. 

- Pour un projet externe : 

• il nomme le chef de projet et lui assure les moyens pour 
mener sa mission ; 

• il intervient aupres du client des lors que, des points en 
relation avec le projet sortent du cadre de delegation du chef 
de projet. 


^ /iMinagement de projet. Un referentiel de connaissances, AFNOR, 2003. 
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82 Qjj'est-ce qu‘un directeur de programme ? 


Le terme de programme est aussi difficile a definir que celui de 
projet. 

Dans son acception la plus generale, on peut considerer qu'un pro- 
gramme est un ensemble de projets ayant un objectif common. Dans 
le domaine de I’automobile ou du spatial, les projets debouchent 
generalement sur une famille de produits tous con^us sur une meme 
base. Par exemple : le programme de tel vehicule se traduira par 
diverses versions (berline, break, coupe...). La realisation de chacune 
de ces versions pouvant etre consider^ comme un projet. 

Dans ce cas, le directeur de programme est le gerant de I’ensemble 
du cycle d’une famille de produits. II doit s'assurer de la coherence 
de chacun des projets du programme. Cest un super chef de projet. 

II arrive parfois que le terme programme soit synonyme de Pl;ojet^ 
Cest le cas dans I’ouvrage de Jean Cavailles et de la definition 
donnee par la norme RG Aero 00040 (ou AFNOR X 50-410). 

Dans ce cas, le directeur de programme represente la direction de 
projet au sens de tutelle ou de direction strategique du projet. 

Mais il peut etre aussi directeur de projet au sens operationnel, 
c’est-a-dire que chacun des sous-projets du programme est considere 
comme un lot de travaux. 

On trouve aussi, parfois, dans certains projets d'ingenierie industrielle, 
le titre de « directeur de programme » ou « directeur d'operation » 
donne au representant de la maitrise d'ouvrage. 

Le directeur de programme peut etre egalement un directeur d'une 
gamme de produit. Dans ce cas, son travail consiste a assurer la 
coherence de la gamme aussi bien au niveau developpement des 
produits que du commercial et du marketing. 


« Un processus complexe est generalement appele « programme ou projet ». Dans 
Methodes de manascment de programme, Jean Cavailles, Teknea Editions, 1992. 
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13 Quel est le role de la matt rise d ‘oeuvre ? 


Le role de la maitrise d'oeuvre est defini par la mission et la respon- 
sabilite que la maitrise d’ouvrage lui confie, Cette responsabilite 
peut aller de la simple responsabilite des etudes (la maitrise d'ou- 
vrage, gardant alors la responsabilite des approvisionnements et des 
travaux) jusqu’au contrat « cles en main », voire « marche en main » 
(contrat de concession). 

Lorsque la MOE a ete choisie par la MOA, son role consiste a definir 
la maniere d'atteindre I'objectif (performances, couts, delais) en 
fonction des contraintes du moment (budget mis a disposition par la 
MOA, disponibilite des ressources et delai souhaite). Forte de ces 
elements, elle devra done : 

- definir et mettre en place ^organisation pour atteindre les objec- 
tifs (croisement de I'organigramme des taches « WBS » et de I'or- 
ganigramme fonctionnel du projet « OBS ») ; 

- construire le PDP, e'est-a-dire realiser le referentiel de pilotage du 
projet, qui contient tous les elements decrivant la fa<;on d'aller a 
I'objectif (ceci se fait en repondant aux questions « quoi, pourquoi, 
comment, qui, ou, quand, combien », ainsi que les hsques associes 
aux solutions retenues) ; 

- assurer les etudes (au niveau de detail prevu au contrat) ; 

- organiser la realisation (etudes, approvisionnements, travaux) ; 

- gerer les contrats de fournitures et de sous-traitance ; 

- assurer le pilotage performances/cout/delais/avancement du projet 
et gerer les modifications ; 

~ assurer la qualite du projet en faisant les revues et reunions 
d’avancement ainsi que le reporting vers la maitrise d'ouvrage. 


Attention : La maitrise d’oeuvre n'existe pas avant le debut du 
projet (signature du contrat ou lancement). Les actions qui pour- 
raient etre entreprises par la future maitrise d’oeuvre pour le 
compte du projet avant ce contrat s'apparentent a une mission 
d'assistance a maitrise d'ouvrage. 
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54 Qu'est-ce qu'un comite de p/7otoge ? 


Void' une espece de comite qui se plait bien au contact des projets. 
On en trouve partout et de toutes les formes. Pour repondre a la 
question, il est indispensable de savoir, ce que le comite pilote. 

« Dis-moi ce que tu pilotes, je te dirai qui tu es... » 

Dans des entreprises travaillant par projet, le comite de pilotage 
peut etre une instance composee de representants de la direction, 
jouant un role de priorisation et d'arbitrage entre tous les projets. 

Dans les phases avant-projet, que le futur projet soit d'ingenierie ou 
de developpement, la maitrise d’ouvrage peut creer un comite de 
pilotage qui joue le role du maitre d’ouvrage. II est important, dans 
ce cas, que les pouvoirs de chacun des membres soient definis, en 
particulier le pouvoir de decision, sinon le temps passe en reunion 
risque d’etre long. 

Lorsque plusieurs entreprises assurent de fa^on groupee la maitrise 
d'ouvrage d un projet, elles peuvent, entre elles, creer un comite de 
pilotage. II arbitre les solutions retenues pour le projet dans I’interet 
des entreprises groupees. 

11 en est de meme pour des entreprises groupees en maitrise d'oeuvre. 
Elles ont chacune un chef de projet pour leur partie. L'un de ceux-ci 
etant mandataire du groupement. Le comite de pilotage, compose 
de directeurs de chacune des entreprises, a pour role d’arbitrer aux 
interfaces entre chaque entreprise et de decider des orientations 
strategiques de pilotage du projet. 

On trouve aussi chez les clients, pour des projets externes en cours 
de realisation, un comite de pilotage. Cest un groupe de personnes 
jouant le role du maitre d’ouvrage vis-a-vis du chef de projet. 
La encore, les pouvoirs de chacun doivent etre determines, pour 
eviter r impasse en cas de disaccord entre les membres du comite 
de pilotage. 

Du cote de la maitrise d'oeuvre, lorsque les enjeux sont importants, 
la direction peut etre amenee a epauler le chef de projet en creant 
un comite de pilotage compose de responsables de niveau suffisant. 
Ce comite joue le role de tutelle vis-a-vis du chef de projet. 
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55 Quef est le role du chef de projet ? 


Le chef de projet est le representant de la maitrise d'oeuvre. A ce 
titre il a recu delegation. II est done responsable de I'atteinte des 
objectifs definis par la maitrise d'ouvrage et acceptes par la maitrise 
d'oeuvre. 

Le projet est un systeme complexe dans lequel se developpent 
plusieurs processus en interaction. 

Ces processus sont mis en oeuvre au sein de I’^uipe de projet 
constituee par la maitrise d’oeuvre. Cest une ^uipe de specialistes 
(ingenieurs, techniciens, planificateurs, couteneurs...). Leurs activites 
sont supervisees par le chef de projet. 

II est plus directement responsable des processus concernant les 
relations humaines et la coordination. N'ayant pas toutes les compe- 
tences necessaires a la realisation du projet, il doit pouvoir compter 
sur son equipe, savoir I'animer et la motiver. De plus, la majorite 
des problemes survenant aux interfaces entre deux responsabilites, 
il lui faut guider et coordonner les activites de I'equipe de projet. 
Mais le chef de projet a rarement le pouvoir de choisir chacun des 
membres de I’equipe, aussi doit-il avoir le droit de recuser une 
personne qui n’a pas sa confiance. 

En fait, son role est : 

“ de piloter le projet du debut a son terme, en surveillant conti- 
nuellement I'avancement et les changements d'objectifs ; 

~ d’integrer toutes les actions a executer dans sa prevision ; 

- de coordonner les processus de gestion : 

• des objectifs (contenu, couts, delais, qualite) ; 

• des developpements techniques (etudes, realisation, controle, 
mise en oeuvre) ; 

• des moyens (humains, financiers, materiels, communication) ; 

- de participer, avec le maitre d’ouvrage, aux actions de decision 
(strategique, risques, ressources humaines) et prendre les deci- 
sions correspondent a son niveau de responsabilite. 
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iS Quetles sont les qualites necessaires au chef de projet ? 


Les qualites necessaires au chef de projet sont multiples et souvent 
contradictoires. II doit pouvoir arbitrer et negocier en interne et en 
externe grace aux pouvoirs accordes, mais aussi a son autorite 
personnelle, et pouvoir concilier une vue d'ensemble et le souci du 
detail, la rigueur vis-a-vis des principes et la souplesse au regard des 
faits, la logique et I'imagination. 

S'il n'a pas a agir comme acteur au niveau des etudes ou des travaux, 
il doit cependant etre suffisamment generaliste des metiers mis en 
oeuvre pour comprendre, car le cas echeant, c’est a lui qu’il revient 
de trancher en fonction des interets du projet, c’est-a-dire en 
integrant tous les aspects (techniques, commerciaux, politiques ou 
sociaux). 

La conduite du projet I'oblige a avoir une grande capacite d'analyse. 
En effet, le projet est un systeme cotnplexe a piloter et chaque 
decision peut avoir un impact positif ou negatif sur le futur du projet. 

Sur des projets importants, il est entoure d une equipe directe dont 
il assure hierarchiquement I'encadrement. Son role essentiel est 
strategique. Sur les petits projets, il doit aussi remplir des taches de 
specialiste. Son aire de competences doit etre large pour pouvoir 
negocier avec chacun. Dans tous les cas, la direction a laquelle il 
rend compte doit lui deleguer formellement les pouvoirs appropries, 
sachant qu'il est egalement responsable du projet devant le client ou 
le maitre d’ouvrage. Une dualite d'exigences souvent difficile a 
satisfaire. 

En resume, les qualites du chef de projet doivent etre : 

- Capacite a gerer les situations incertaines. 

- Connaissances generales, techniques, de gestion, de finances... 

- Disposition d'analyse. 

- Aptitude relationnelle, capacite a negocier et a deleguer. 

- Et surtout, une grande facilite a se rendre disponible car beau- 
coup de problemes remonteront jusqu'a lui. 
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51 Comment choisir un chef de projet ? 


Certains pensent qu’un chef de projet peut etre une personne 
jeune, sans experience, dotee d'un bon niveau academique. En effet 
le chef de projet ne fait pas, il fait faire. Done, si chaque acteur du 
projet connait son travail, le chef de projet n'a presque plus rien a 
faire. 

II n’en est rien. Et ceux, qui dans leur entreprise ont nomme « chefs 
de projet » de jeunes ingenieurs juste sortis de I'ecole, en sont 
revenus. 

Outre les competences et les capacites propres a son role, le chef de 
projet doit etre optimiste, perseverant et serein devant les echecs 
et les embuches. II doit jouir d’une bonne sante, physique et morale, 
et d’une totale disponibilite. II lui faudra montrer son aptitude a 
decider, a s'engager personnellement et a convaincre. 

II doit etre capable de mener des reunions et d'analyser les rapports 
de gestion prepares par les specialistes (couts, delais, qualite...). 

La responsabilite d'un projet ne peut etre confiee qu’a une personne 
experimentee. Sur un petit projet, ce peut etre un technicien 
confirme ayant deja travaille sur des projets. 

Sur un projet plus important, ce sera un cadre superieur, et sur les 
plus grands, le niveau managerial est requis, ainsi qu’un tissu rela- 
tionnel significatif. Certains projets sont, pour leur chef, le couron- 
nement d'une carriere, ou la voie vers les functions superieures de 
I'entreprise. 

LIPAAA {International project manasement association) a defini, pre* 
cisement, les criteres de qualification pour un chef de projet, avec 
deux niveaux : A et B (le premier etant dans ce cadre appele 
« directeur de projet », a ne pas confondre avec celui de la MOA), et 
les sanctionne par une certification. 

Les trois organismes de certification de personnes (c/. question 9) 
demandent de justifier d'une experience professionnelle d'au moins 
trois annfe dans le monde des projets pour obtenir la certification. 
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58 Quels sont les membres de I’equipe de projet ? 


Est-ce que le staff (entraineurs, mededns, preparateurs...) de I'equipe 
de France de football fait partie de lequipe ou pas ? 

Cest la toute la question de I'equipe de projet. 

II est evident que sans cet encadrement, I'equipe serait sans doute 
moins performante. Pour autant, ils ne sont pas sur le terrain au 
cours du match. 

Sur des grands projets, sont membres de I’equipe de projet, le chef 
de projet et son equipe de pilotage (adjoints au chef de projet, 
assistants du projet, estimateurs, planificateurs, couteneurs, res- 
ponsable qualite). 

Ce n’est pas I’equipe de projet qui realise I’ouvrage. Sur ce type de 
projet, I'equipe est la pour controler la conformite de ce qui se fait 
par rapport a ce qui etait prevu. Et si tel n’est pas le cas, elle est la 
pour rwrienter. 

Sur certains tres grands projets, la planification ou la coutenance est 
assuree par des equipes de plusieurs personnes. Seuls les respon- 
sables de ces entites sont membres de I'^uipe de projet. En prin- 
cipe, les responsables de lot ne font pas partie de I’^uipe de projet. 

Sur des petits projets, ou le chef de projet n’a pas d'adjoint, pas de 
planificateur, pas de coOteneur, parfois pas d’assistant(e), il s'occupe 
seul de la gestion du projet. On peut, dans ce cas, considerer que 
sont membres de I’^uipe de projet, bien sur le chef de projet, mais 
aussi chaque responsable de tache (ou de lot). 


Attention a ne pas confondre I'equipe de projet avec le comite 
de pilotage du projet. En effet le representant de la tutelle ou 
de la maitrise d'ouvrage ne fait pas partie de I’equipe de projet. 
En conclusion, I'equipe de projet sera ce que vous souhaitez 
qu'elle soit. Definissez vos propres regies internes. 
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Comment repartir les roles entre les differents acteurs 
d’un projet ? 


Dans une piece de theatre, le casting n'est realise que lorsque le 
metteur en scene a une vision daire des roles a tenir. il en est de 
meme dans un projet. On ne met pas ensemble des personnes en 
leur disant « repartissez-vous les roles pour atteindre les objectifs 
definis pour le projet ». 

Des lors que le projet est decide (ou que Ton a decide de mener une 
phase d’avant-projet), la premiere des choses a realiser est de 
definir ce qui doit etre fait pour que le projet aboutisse. 

L'objectif du projet etant donne par la tutelle, s'engage alors une 
periode de reflexion iterative, conduite par le chef de projet designe, 
pour definir le travail a realiser et les livrables a fournir, definir la 
strategic de pilotage et I'organisation inherente (en particulier la 
repartition des roles). La r^exion doit etre menee par I'ensemble 
des competences pouvant avoir un avis sur la fa<;on de s'y prendre ou 
etant impacte par la realisation du projet. 

Cest la partie du projet ou se construit dans le detail I'organigram- 
me des taches et ou se dimensionnent les roles en termes de volume 
et de competences (nombre de personnes et leur profil, pendant 
combien de temps). Cest la periode ou I’on met en adequation la 
strategic de pilotage et les contraintes de performance, de cout et 
de delai. 

Ce n'est que lorsque ce travail est accompli que Ion peut raison- 
nablement envisager de distribuer les roles. 

Cette distribution se fait alors nominativement. Elle peut etre for- 
malisee par un cadre contractuel entre le chef de projet, lacteur et 
la hierarchic de I'acteur. Cest la raison d’etre de la fiche de tache. 

Les roles sont done attribues a des acteurs responsables de leur 
realisation. Les hierarchies s'engageant a mettre a disposition de 
leurs collaborateurs « acteurs » les moyens de remplir leur « role » 
au sein du projet. 
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Qu’en est-il du triptyque chef de projet - chef de service - 
acteur projet ? 


C'est le triangle infernal, car chacun de ces acteurs a du pouvoir et 
peut chercher a I'exercer pour des raisons personnelles avant I'interet 
commun. 

Comme le disent Michel Crozier et Erhard Friedberg^ : « le pouvoir se 
prend dans les zones d'incertitude >>. Si on souhaite eviter des luttes 
incessantes de pouvoir a I’interieur de ce triangle, il est necessaire 
de definir des regies du jeu entre eux, afin de « canaliser » les pou- 
voirs de chacun au profit du projet, 

Les trois acteurs negocient les objectifs de la tache, et s'engagent 
ensemble sur ces objectifs. Pour leur realisation : 

- Le chef de service est responsable : 

• de la nomination des acteurs du projet dont ils sont les res- 
ponsables hierarchiques ; 

• de la validation (il s'engage aupres du chef de projet a mettre 
a la disposition de I'acteur du projet les moyens d'assurer sa 
tache) ; 

• du controle technique du travail de I'acteur du projet. 

- L’acteur du projet est responsable : 

• de I'atteinte des objectifs de la tache ; 

• de I'information au chef de projet et au chef de service de 
I'avancement de la tache. 

- Le chef de projet est responsable : 

• de I'information au chef de service et a I'acteur du projet sur 
I'avancement du projet ; 

• de I’assistance qu’il doit a I'acteur dans le cadre de delegation 
de la tache. 


^ Cf. i'acteur et le systeme (Seuil, 1977). 
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Quels sont les points essentiels de la communication 
dans un projet ? 


Lobjet de la communication est d echanger de I'information entre un 
emetteur et un recepteur, en interne (entre les acteurs du projet ou 
avec la tutelle) ou en externe (client, medias, public...). 

La communication doit etre structuree et organisee. C’est pour cela 
que le PMI {Poject management institue) considere que la communi- 
cation est une competence cle en management de projet. 

Afin de limiter les risques de perte d’informations et de temps, il est 
indispensable de determiner, des le debut du projet un plan de 
communication du projet qui definit « qui a besoin de quelle infor- 
mation, quand et sous quelle forme ». 

Avec le client, ce plan est extremement utile, car il permet de 
preciser clairement les regies du jeu (type d'information, forme, 
frequence). Cela evite ainsi d'avoir, en permanence sur le dos, une 
personne qui a I’impression de ne pas savoir, ou qui peut penser 
qu'on cherche a lui cacher quelque chose. 

En interne, pour les echanges formels (en particulier avec la tutelle) 
la meme regie est applicable. Toutefois, entre les acteurs du projet, 
une information plus informelle peut se developper. Elle va contri- 
buer a resserrer les liens entre les acteurs. La communication 
interne a, en fait, un triple but : 

- technique (echanges d’informations sur I’avancement du projet 
et les problemes rencontres) ; 

- de synergie (traitements des problemes ou des difficultes, en 
equipe s’il y a lieu, positionnement du projet dans I’organisation 
et son environnement) ; 

- social (resoudre les conflits d’ influence, repondre aux besoins de 
recherche d’identite et de reconnaissance). 

Attention a ne pas confondre « information » et « communication ». 
Un surplus d’information traduit souvent un manque de commu- 
nication. 
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82 Comment federer tes acteurs autour d’un projet ? 


Federer les acteurs autour d'un projet consiste a cr^r entre ces per- 
sonnes un sentiment d'appartenance a une oeuvre commune. Lorsque 
chacun dira « nous realisons ensemble le projet », alors les acteurs 
seront federes. Ceci est le travail du chef de projet. 

Mais la question est « Comment faire ? » II faut clarifier, associer et 
coacher. 

Clarifier 

C’est donner du sens et des perspectives au travail de chacun. Chaque 
acteur doit comprendre les objectifs et les enjeux du projet. 

Au debut du projet, les choses ne sont pas tou jours claires dans les 
tetes, aussi faut-il que le chef de projet prenne le temps d'expliquer, 
en toute transparence, quels sont les defis et les enjeux et de 
repondre aux interrogations legitimes. II doit orienter^ chacun, dans 
son role au service de I’oeuvre commune. II doit bien sGr etre appuye 
et conforte dans cette demarche par les responsables hierarchiques 
des acteurs. 

Associer 

II s’agit de responsabiliser les acteurs sur leur role. Cest prendre le 
risque de faire confiance. Ceci peut etre obtenu en laissant les per- 
sonnes assumer la delegation qui leur a ete confiee dans le cadre de 
la fiche de tache sans etre en permanence sur leur dos. II faut 
cependant etre present pour intervenir a leur demande. Commu- 
niquer avec tous sur la globalite du projet (etat d'avancement, le 
reste a faire, les points durs ou positifs). Enfin, savoir dire merci..., 
et feter les resultats est aussi un moyen pour federer. 

Coacher 

Le role du chef de projet est de faire reussir chacun, sur ses propres 
objectifs, pour la reussite du projet. II doit done etre present et 
disponible pour rassurer, aider quand cela est n^essaire et faire 
capitaliser les bonnes pratiques. 
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Au-dela de ia seule federation d'acteurs autour d’un projet, ceci a un 
impact benefique pour I'entreprise. En effet, si I’entreprise a besoin 
de mobiliser rapidement des ressources sur un objectif commun, les 
personnes habitute a travaiUer sur des projets, se retrouveront 
rapidement. 
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S3 Comment gerer les con flits dans un projet ? 


Dans un projet, les confUts sent inevitables ; il faut done les accepter. 
En effet, toute organisation en est porteuse et le developpement du 
projet les multiplie. 

Les conflits sont souhaitables : il faut done les provoquer. Ce n’est 
pas un indicateur de mauvaise sante de I ’organisation, ils invitent a 
la recherche de solutions optimales. Plus tot est declenche le conflit, 
plus larges sont les possibilites de choix. 

Les conflits sont gerables : il faut done les utiliser. Le probleme 
n’est pas le conflit, mais la fa^on dont il est gere. 

On rencontre, dans les projets, des conflits d’ordre technique, des 
conflits lies a I’ambigutte des roles, ou encore des conflits d’objectifs 
ou d’interet divergents. Les conflits peuvent aussi porter sur les 
faits, leur interpretation, les buts poursuiyis par chacun, les me- 
thodes techniques ou manageriales employfe, enfin sur les valeurs 
et les croyances des interlocuteurs. 

Pour gerer un conflit, il faut : 

- rechercher son origine et analyser objectivement les causes, e’est- 
a-dire depasser les explications simplistes et relativiser les expli- 
cations limit^s aux personnes et aux relations interpersonnelles ; 

- que chacun le fasse avec son style, soit en jetant de I’huile sur le 
feu, soit en mettant de I'huile dans les rouages ; 

- que les attitudes adoptfe pour le resoudre puissent etre compe- 
titives (montrer son autorite), apaisantes (repousser la resolution 
a plus tard), accommodantes (trouver le compromis), coopera- 
tives (negociation gagnant-gagnant) ou de desengagement (arbi- 
trage) suivant les objectifs poursuivis. 

En conclusion : bienvenue aux conflits dans un projet. Cest sou- 
vent, de la part des personnes en disaccord, un signe d’interet 
pour le projet. 
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4 

Le deroulement 
et le pilotage des projets 




Qui a besoin d'lnforrnation sur ravancement du projet ? 


Beaucoup de personnes ont besoin d’ information, mais chacune est 
differemment interess^ par les trois volets du projet (couts, delais 
et performances). 

Le maitre d’ouvrage 

II paye I'operation. 11 lui faut mobiliser les fonds aux termes prevus, 
generalement des jalons physiques. II est aussi interesse par la date 
de fin du projet puisqu’il aura a transmettre I'ouvrage aux exploitants 
ou aux utilisateurs pour un projet d’ingenierie, ou a la production 
pour un projet de developpement. 

Le chef de projet 

Son seul souci doit etre la fin du projet et la maniere dont il se 
terminera par rapport aux objectifs fixes. Le passe et le present 
eclairent I'avenir. Connaitre a chaque instant I’avancement de son 
projet lui permet de reprevoir le reste a faire et de prendre le plus 
tot possible, en cas de derive constatee, toutes les mesures pour 
reorienter le projet vers les objectifs. 

Les responsables hierarchiques 

Us sont aussi interesses au premier chef, puisqu'ils fournissent les 
ressources humaines du projet dont depend son avancement. Us ont 
pour mission de gerer les plans de charge de leurs unites. A ce titre, 
la progression de chaque projet sur lequel travaille I’un de leur 
collaborateur est une information indispensable. En effet, du retard 
ou de I'avance, signifie que la prevision de charge pour les mois a 
venir est sans doute a reprendre. 

La direction de I'entreprise 

Si le projet est externe, elle est interessee par les rentrees d'argent 
generees par le projet. Si le projet est interne, c'est la date de de- 
marrage de la production qu'elle surveille avec attention. 
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Quelle est la difference entre reporting et tableau de bord 
de projet ? 


II ne faut pas confondre le reporting, qui sert a alimenter en infor- 
mations les personnes ayant a decider sur certains domaines de 
responsabilite et le tableau de bord, qui est un outil de pilotage. 

Le reporting est un outil de transfert d’information fait pour les 
autres (d’ou Tinteret de leur demander ce qu'ils veulent...). 

Le tableau de bord, qui est constitue d’indicateurs (etat reel/etat 
prevu), sert a piloter un systeme. II est fait pour soi, afin de pouvoir 
prendre les decisions de son niveau de responsabilite (raison qui 
milite pour qu'il soit renseigne, et done construit par les autres...). 

Les informations transmises au moyen du reporting servent a construire 
le tableau de bord de pilotage d’un systeme se situant a un niveau 
au-dessus (meta-niveau). C’est pourquoi les decisions prisent au 
sommet de la pyramide dependent entierement de I’information de 
base transmise. 

Pour etre efficace, le reporting doit etre : 

- emis avec une periodicite adaptee a la duree du projet ; 

- bati sur une forme permanente dans la dur^ du projet ; 

- synthetique et adapte au niveau de responsabilite du destinataire ; 

- facile d’acces, et precis sur un sujet particulier ; 

- essentiellement factuel et quantitatif ; 

- historique et comparatif entre les objectifs du projet et les resul- 
tats previsionnels ; 

- informatif sur les decisions prises pour limiter ou faire disparaitre 
les derives constatees. 
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68 Quels sont les mdlcateurs que doit contenir un tableau 
de bord de projet ? 


Le tableau de bord est a la fois I'outil de pilotage du chef de projet, 
et un element intrlnseque du reportins, decrivant la situation actuelle, 
qu'il fait pour le client et/ou sa tutelle. 

Le tableau de bord doit done contenir des informations au jour de 
son emission sur : 

— I'etat de la configuration (documentation du projet et modifica- 
tions intervenues depuis le debut du projet) ; 

- I’etat des depenses et la comparaison ayec les depenses pre- 
vues a cette date, mais aussi la quantite de travail realise par 
rapport a ce qui etait prevu, e’est-a-dire I'avancement physique 
reel compare a I’avancement physique prevu ; 

— le planning, avec les taches terminees, celles qui ne sont pas 
commencees et celles en cours (pour ces dernieres, I'avancement 
physique est indispensable) ; 

- les ressources affectees au projet (comparaison entre prevu et 
realise, analyse de la productivite). 

En cas de derive entre ce qui est fait (a I’instant present) et la 
prevision initialement realisee, il est fundamental de distinguer si 
e’est la disponibilite des ressources ou leur efficacite qui est en 
cause. Les decisions de pilotage qui en decoulent sont de nature tres 
differentes. 
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81 Comment pUoter les delais d'un projet ? 


Les delais d’un projet se pllotent au niveau le plus operationnel 
possible, c’est-a-dire au niveau des taches elementaires. 

Chaque responsable de tache est responsable du respect de son 
planning. Pour realiser son travail, il dispose d'un delai negocie (et 
en principe accepte) lors de la construction du planning. Son travail 
est constitue des differentes activites de la tache. Ces activltes, 
comme pour les taches, dependent les unes des autres. II peut done 
tracer le reseau constitue par les activites de sa tache et, compte 
tenu des ressources dont il dispose, savoir quelle est la duree de la 
tache et quelles sont les activites critiques. 

La tache peut cependant, dans le cadre du projet, disposer d’une 
marge, c'est-a>dire que sa duree est inferieure au delai souhaite 
pour la realiser, e'est a lui de s’organiser pour terminer son travail 
dans le delai imparti. 

On considere habituellement qu'il existe trois niveaux de planning : 

“ Le niveau 1 est le planning du « client » constitue essentielle- 
ment de jalons contractuels, dont, bien sur celui de fin de projet. 

- Le niveau 2 est le planning de pilotage du projet constitue par 
les taches de I'organigramme des taches. 

- Le niveau 3 est le planning du responsable de tache constitue 
de I'ensemble des activites constituant la tache. 

Les delais du pro jet se pilotent par consolidation des taches. Les 
activites sont regroupees en taches, qui elles-memes regroupfe 
constituent le projet. 

Pour le chef de projet, le degre de controle se fait en fonction de la 
criticite des taches : 

- au 1®"^ degre, les taches critiques necessitent un controle serre ; 

- au 2® degre, on trouve les taches non critiques, debouchant sur le 
chemin critique ; 

- au 3® degre, on trouve les autres taches du projet. 


84 


100 questions pour comprendre et agir 



SS Qu'est-ce que le chemin critique 7 


Les taches pour realiser un projet sont interdependantes. La repre- 
sentation de I'ensemble des taches constitue ce que I'on appelle un 
reseau logique. 

A noter qu'll existe plusleurs types de representations issues de la 
theorie des graphes. La plus frequemment rencontree aujourd'hui 
est appelee representation « potentiel taches ». 

Le reseau logique est compose de branches ou de chemins allant du 
debut a la fin du projet. Le(s) chemin(s) critique(s) est (sont) la (les) 
branche(s) du reseau dont la somme des durees des taches est la 
plus longue pour aller du debut a la fin du projet. 

Cest le chemin critique qui fait la duree du projet. Cest done sur le 
chemin critique que se trouvent les solutions pour reduire la duree 
du projet si cela est necessaire. II nest done pas utile d'imposer a 
tous les responsables de taches de reduire leur duree, par exemple, 
de 10 % pour gagner 10 % au global sur le projet, puisque seules les 
taches du chemin critique font la duree du projet. 

Ce point permet au chef de projet de n’avoir a negocier qu'avec 
quelques responsables de taches, ceux dont la tache se trouve sur le 
chemin critique. 

!l n’y a que deux solutions pour reduire la duree du projet : 

— Raccourcir la duree des taches critiques en mettant, si cela est 
possible, plus de personnes a travailler ensemble, en faisant des 
heures supplementaires ou en sous-traitant une partie du travail. 

- Changer de logique, par exemple, en anticipant le demarrage d'une 
tache avec seulement une partie des informations (delivrables) 
de la tache precedente. 

A noter que si les taches critiques n’ont pas de marge, les autres en 
ont, e'est-a-dire que la duree pour les realiser est inferieure au delai 
dont on dispose pour ne pas mettre le projet en retard. 
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€lu‘entend-on par conflit de ressources dans un pro jet ? 


Un conflit de ressources est a rapprocher de la disponibilite des res- 
sources pour realiser un travail sur un projet. 

Les taches du projet ont ete planifiees. La duree annoncee est 
fonction de la disponibilite previsionnelle de ressources humaines ou 
materielles. 

II faut bien comprendre que ce qui fait la duree d'une tache, c'est la 
quantite de ressources disponibles pour I'execution. Si au moment de 
I'execution du travail, la ressource n’est pas disponible, le travail ne 
peut se faire dans la periode impartie. Comme le temps s'ecoule a 
raison de ± 24 heures par jour, le travail sera en retard. 

On a done un conflit de ressources, lorsqu’une ressource prevue 
n’est pas disponible pour executer un travail au moment donne. 

En planification, ce probleme se traite de deux faqrons : soit par un 
nivellement des charges, soit par un lissage des charges. 

Le nivellement consiste a considerer que I'on realise le projet uni- 
quement avec les ressources disponibles, quitte a reculer I’echeance. 

Le lissage consiste a optimiser I’utilisation des ressources sans re- 
mettre en cause la date de fin previsionnelle du projet. Pour cela on 
va jouer sur les marges des taches non critiques en positionnant la 
duree des taches sur les delais Impartis pour les realiser. Cette 
optimisation etant faite, on peut se retrouver avec quelques taches 
pour lesquelles il faudrait un supplement de ressources. On traite 
alors ces situations au cas par cas (heures supplementaires, appel a 
une ressource ext^ieure...). 

II s’agit-la d’une operation classique de resolution de probleme qui 
se traite de fa^on iterative avec les methodes ad hoc. 
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IS Comment plloter les coGts d'un projet ? 


Pour les projets d'ingenierie, la methode la plus classique est le 
« reste a faire ». Elle consiste a determiner le cout previslonnel final 
du projet, en faisant la somme de ce qui est fait et de ce qui reste a 
faire. 

Le cout previsionnel final pour les achats de materiel se calcule en 
additionnant les montants engages des commandes passees aux mon- 
tants previsionnels des commandes restant a passer . 

Pour les heures, on enregistre les montants correspondants aux heures 
reellement effectuees. Mais pour calculer le reste a faire, on re- 
estimera le nombre d'heures encore a effectuer pour terminer le 
travail. Le nombre d'heures estimees sera multiplie par le taux 
horaire pour obtenir les couts. 

La somme des deux (achats et heures) donne le cout previsionnel 
final que I’on compare au budget a date, c’est-a-dire I'etat du budget 
du projet a une date donnee. Ceci permet de detecter un ecart 
(difference entre cout previsionnel final et budget a date) et une 
derive (difference entre deux ecarts successifs), et de prendre les 
decisions pour eventuellement reorienter la suite du projet. 

Cette comparaison se fait sur des bases economiques semblables, 
c'est-a-dire que Ton ramene ce qui est fait et ce qui reste a faire aux 
conditions economiques du budget. 

Une autre methode, appelee « tendance couts » consiste au debut 
du projet, pour des projets d'investissement internes, a estimer le 
cout previsionnel final par un calcul de probabilite sur des evene* 
ments a venir. 

Pour les projets de developpement, particulierement en phase de 
conception, on pilotera davantage le cout de production futur du 
produit en developpement, que le cout du developpement lui-meme. 
En effet, si un surcout d'investissement au niveau des etudes de 
conception permet de faire gagner quelques euros sur un produjt 
prevu etre realise a plusieurs milliers d'exemplaires, il y a tout interet 
a le faire. On parle dans ce cas de conception a cout objectif (CCO). 
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Pour une affaire vendue a un client externe, le pilotage du projet 
(realisation de I ’affaire) se fait habituellement par la marge (diffe- 
rence entre le prix de vente et le cout de revient). Le coOt de 
revient se calcule par la methode du reste a faire. Une bonne stra- 
tegie de r^lamations et d’avenants au contrat permet d’augmenter 
le prix de vente, et done la marge. 
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H Quelle est la difference entre un budget initial et un budget 
a date ? 


Au cours du projet, des modifications peuvent intervenir qui vont 
impacter le budget initial. 

Le budget initial, on la vu, est I'etat du budget au demarrage du projet. 

II est constitue de trois volets : les lignes budgetaires, les provisions, 
les charges et marges. 

Le budget a date est letat du budget du projet a une date donnee. 
En effet, durant le deroulement du projet, des modifications impac- 
tant I’objet du projet ont pu intervenir et des ressources financieres 
supplementaires ont pu etre affectees (ou retirfe) au projet. 

L’evolution du budget se fait uniquement sur decision du chef de 
projet dans seulement trois cas : 

- redistribution Interne entre les lignes budgetaires ; 

- utilisation de la provision pour couvrir un risque avere (on trans- 
fere la part de provision vers les lignes budgetaires impactees) ; 

- modification acceptee par le client, faisant lobjet d’un avenant 
changeant I'objectif initial du projet (si la ressource budgetaire 
obtenue est superieure au cout estime de la modification, le 
complement viendra incrementer le poste charges et marges). 

Si aucune modification de budget n'est intervenue depuis le debut du 
projet, alors le budget a date correspond au budget initial. 

Le budget a date est la reference du chef de projet, en cours de 
projet, pour piloter les couts de son projet. Le calcul des ecarts se 
fait avec le budget a date (le cout previsionnel final moins le budget 
a date). 
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12 Qu’est-ce que le cout previsionnel final d’un projet ? 


C'est la somme du cout de ce qui est fait, ajoute au cout de ce qui 
reste a falre. 

Le cout previsionnel final est en fait, a un instant donne, le meilleur 
pronostic possible de ce que coutera le projet a sa terminaison 
(lorsqu’il arrivera a son terme). 

Attention a ne pas confondre le cout de ce qui reste a faire avec la 
difference entre le budget a date et le cout de ce qui est deja fait, 
car sinon on sera toujours bien jusqu’a avoir consomme tout le 
budget. II est done necessaire, chaque fois que Ion veut donner le 
cout previsionnel final du projet de re-estimer ce qui reste a faire. 

Le cout previsionnel final peut s’obtenir d’au moins trois fa^ons : 

“ cout previsionnel final = engagements + reste a engager ; 

- cout previsionnel final = couts encourus + reste a encourir ; 

- cout previsionnel final = couts depenses + reste a depenser. 

Les engagements correspondent aux montants que I ’on s’est oblige 
a payer a ses fournisseurs. Us incluent les coOts internes imputes au 
projet. 

Les couts encourus correspondent a la valorisation des couts des 
prestations reellement effectufe a la date donnee et imputables au 
projet : c'est la valeur acquise. 

Les coOts depenses correspondent a I’enregistrement des depenses 
par commandes reellement effectuees. 

Pour piloter le projet, on aura toujours interet a travailler en enga- 
gements ou en couts encourus. En effet, ce sont les premiers faits 
generateurs d une depense a venir (passage d'une commande a un 
fournisseur ou livraison d’un travail effectue). Si on attend que la 
depense soit engagee, on se prive d’un laps de temps, souvent non 
negUgeable, pour anticiper sur une derive potentielle du projet. 
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IS Comment contrdler la confisuration d'un projet ? 


La configuration se pilote par la maitrise de la documentation et la 
maitrise des modifications. Si dans le cadre de I'assurance qualite du 
projet, la gestion de la configuration est prevue, on doit rediger un 
plan de configuration. Des audits de verification de T application des 
dispositions de gestion de configuration devront etre menes. 

Les revues de projet sont des examens critiques des systemes ou des 
produits du projet. Elies correspondent, de fait, a un controle de la 
configuration des systemes ou des produits passes en revue. 

Par mi les elements de I'ouvrage, on definit ce que Ion veut suivre en 
configuration. On les appelle « articles de configuration » ou « pro- 
duits a configuration controlee ». II peut s’agir d'ensemble, de sous- 
ensembles, d'equipements, de materiels ou de composants. 

La configuration d’un produit se construit progressivement au cours 
du deroulement du projet. Elle est identifiee par des donnees 
techniques contenues dans des documents. 

Les interfaces entre deux articles de configuration doivent aussi etre 
gerees. Elies font I’objet d’une specification d’interface, qui fait 
partie integrante de la sp^ification technique de 1’ article de 
configuration concerne. 

Les modifications intervenant sur le projet et impactant les articles 
de configuration, sont prises en compte au niveau des evolutions des 
indices des documents. 

Le pilotage de I'etat de configuration consiste a connaitre en perma- 
nence, y compris chez les co-traitants et sous-traitants de definition : 

- la liste et I’tot d’approbation des propositions de modifications ; 

- I ’introduction effective de ces modifications dans les documents 
configures et dans les produits concernes ; 

- I’etat des revues ; 

- I'etat de la documentation. 
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M Comment gere-t-on la documentation d‘un projet ? 


Les documents de projet peuvent etre classes en deux grandes cate- 
gories : 

- Les documents de gestion relatifs a tous les aspects de I ’or- 
ganisation et de la communication (en particulier les courriers) 
liees au projet, 

- Les documents techniques qui sont, soit des documents generaux 
(conditions generales d ’achat, specifications standards...), soit 
des documents specifiques du projet, lls peuvent etre etablis par 
les fournisseurs ou les sous-traitants. 

La gestion de la documentation consiste a maitriser, pour I’ensemble 

des documents du projet, les etapes suivantes : 

- L'elaboratlon, au moins pour les documents techniques. 

- L'identification. Chaque document doit comporter des Informations 
lui donnant une identification unique dans le cadre du projet. 

- L'approbation de son etat. Chaque document a une vie propre, au 
cours de laquelle son contenu evolue. Cette evolution doit etre 
marquee par un etat de valldite. La verification et I'approbation 
de I'etat sont materialisees par des signatures. 

- La modification. Toute modification d'un document doit etre for- 
malisee : indice pour les documents techniques et mention sur un 
courrier de la modification d'un courrier pr^edent. 

- La diffusion. Une liste de diffusion des documents (tableau a deux 
entrfe : document et destinataires) permet de gagner du temps 
dans les envois et evite le gaspillage (copies inutiles). 

- Le classement. Une procedure ou un plan de classement pour 
I'ensemble des projets de I'entreprise fait gagner du temps. 

- L'archfvage des documents qui pourront etre utiles apres la fin 
du projet (vie industrielle de I'installation, trace de I'histoire de la 
fabrication, contentieux eventuels, projets semblables ulterieurs). 
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li Qu'est-ce qu'une modification de projet ? 


Le contrat (ou le cahier des charges) determine I’etat de la fourniture 
due au client. Cet etat represente une certaine configuration, ap- 
pelee « configuration de reference ». Celle-ci peut evoluer au cours 
du projet. II importe de connaitre et de maitriser cette evolution. 

Une evolution se caracterise par : 

- Le passage d’un etat stable de reference a un autre etat stable. 
Par exemple : lors de I’achat d une maison neuve, on signe un 
contrat stipulant que les murs interieurs seront peints et en cours 
de construction, on demande a ^entrepreneur de les tapisser. 

- La possibility de mesurer ce changement et son impact (couts, 
delais, performance). Lentrepreneur va dire que les murs tapisses 
coutent plus chers et que la livraison sera retardee. 

- La stability de rytat d’origine et de I’ytat apres changement. Si la 
finition des murs n'ytait pas prydsye dans le contrat, il n'y a pas 
d’yvolution du contrat (peut etre simplement une levye d'option). 

On trouve dans un projet, trois niveaux d'yvolution : 

- Des adaptations de pure forme sans consyquences pour la suite 
du projet. Les couts de I'adaptation sont mineurs au regard du 
projet. Dans ce cas, on ne parlera pas de modification. 

- Des corrections qui sont des modifications mineures, aux consy- 
quences limityes et permettant de revenir facilement a lytat 
prycydent. 

- Des modifications proprement dites, ayant des consyquences pour 
la suite du travail de plusieurs intervenants du projet. 

il est nycessaire de tracer les corrections, ne serait-ce que pour 
pouvoir revenir a 1‘ytat prycydent. !l est, par contre, indispensable 
de mettre en place une procydure stricte, afin d’empecher n'importe 
qui de vouloir modifier n’importe quoi sur le projet. 
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Comment sere-t-on les modifications d’un projet ? 


Les principes de la gestion des modifications de projet sont : 

” Modifier le moins possible, pour eviter les effets negatifs de la 
modification sur le deroulement du projet (retours en arriere, 
desorganisation, tensions avec le client...). 

- Les modifications sont toujours sources de conflit. Elies se traduisent 
souvent par des supplements, difficiles a apprehender et justifier. 
De plus, le client peut considerer une demande de modification 
comme implicite, et allant de soi d’apres son interpretation du 
contrat. 

- Tant que la modification n’a pas ete acceptee, elle ne fait pas 
partie du contrat dont le delai initial court toujours. 

- Les modifications peuvent etre optionnelles. 

La gestion des modifications d'un projet s’appuie sur une procedure 

dont les objectifs sont : 

- decourager les demandes peu ou pas justifife (formalisation de 
la demande par un document de demande de modification) ; 

- informer tous les ex^utants des incidences de la demande (for- 
malisation de I’impact de la modification sur les couts, delais et 
performances de chaque tache et consolidation au niveau du 
projet) ; 

- formaliser clairement I'impact de la modification sur la suite du 
projet (performances, couts, delais) ; 

- interdire le debut d’execution de la modification sans prise de 
d^ision du chef de projet et mise sous controle de la modification ; 

- d^ider de faire la modification et d’en accepter les cons^uences 
(decision a prendre en accord avec le client) ; 

- modifier le referentiel du projet (budget, planning et livrable), 
ainsi que celui des taches impactees ; 

- piloter le projet selon le nouveau referentiel. 
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H Qw'est-ce que I'avancement physique d’un projet ? 


L’avancement physique d'un projet est I'outil permettant a chaque 
instant de mesurer la quantite de travail realise sur le projet. 

II donne, a un instant precis, le rapport du travail realise sur le 
travail total a faire. Ce rapport se mesure sur une echelle de 0% a 
100%. A 0% le travail n'est pas commence. A 100% le travail est 
termine quoiqu'il ait coute et quoiqu'il ait dure. 

L'avancement physique d’un projet s'obtient par consolidation de 
I’avancement physique de toutes les taches du projet. 

Pour mesurer l’avancement physique d’un travail (et done dune 
tache), trois conditions doivent etre remplies : 

- Avoir decoupe ce travail en taches bien definies, e'est-a-dire avoir 
identifie les jalons physiques balisant le travail et a minima les 
jalons physiques marquant le debut et la fin du travail. En effet, 
si I'on ne sait pas ce qui marque le debut et la fin du projet, 
comment peut-on dire ce qu’il va couter et ce qu’il va durer ? 

- Estimer le volume d’heures ou d’ unites d ’oeuvre normalement 
necessaire pour accomplir le travail. Cest la notion de budget. A 
noter qu'un nombre d’unites d'oeuvre peut toujours etre rapporte 
a un budget en heures par une estimation de la productivite. 

- Enregistrer en continu (au moins a chaque point de suivi) les 
heures passfe et/ou les unites d'oeuvre realisees. Cest la notion 
de travail realise. 

Sans ces trois conditions, il est impossible de mesurer I’avancement 
physique du travail. 
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li Qu'ent end-on par valeur acquise ? 


Comme le definit I’AFITEP^, la valeur acquise est « la valeur budge- 
taire du travail realise a date sur une tache, une ligne budgetaire, 
un sous-ensemble ou I’ouvrage complet ». On I’appelle aussi le CBTE 
(Cout budgete du travail effectue). 

Les Anglo-Saxons parlent de « earned value », reliant ce concept a 
une notion de gain, de profit et de possession. 

La valeur acquise correspond physiquement au resultat d’une partie 
du travail total a faire. Si, par exemple, un fournisseur doit vous 
livrer quatre materiels identiques a raison d’un materiel par mois, 
lorsqu’il vous livre le premier materiel, un quart de la commande est 
honore. Vous etes physiquement en possession d’un quart du livrable 
total et done du travail total sur lequel vous vous etiez mis d 'accord 
avec le fournisseur. Le fait d ’avoir le resultat physique du travail, et 
done 25 % de valeur acquise, ne prejuge en rien du temps qui a ete 
n^essaire pour realiser le materiel, ni le nombre d’heures que le 
fournisseur a passe pour realiser ce mat^iel. 

Le travail realise au cours d’un projet (ou d’une tache d’un projet) 
doit toujours etre materialise par un resultat physique appele « deli- 
vrable». Si on sait ce qui marque la fin du travail, il doit etre 
possible de mesurer tout ou partie de ce qui est fait sur ce travail, 
en pourcentage, par rapport au travail total a faire. Cette valeur 
acquise est a chaque instant I ’element physique qui, compare au 
« delivrable », permet de valoriser I’avancement physique. 

II est done necessaire, sur un projet ou sur les taches d’un projet, de 
mettre en place une methode permettant a chaque instant de me- 
surer la valeur acquise, e’est-a-dire le travail « physique » reellement 
effectue pour le comparer a ce qui aurait du etre fait et prendre, si 
n^essaire, les mesures correctives. 


C/. Djctionnaire de management de projet, AFNOR, 2000. 
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19 Comment mesurer ravancement slobal d'un projet ? 


Le resultat physique du projet, ou « ouvrage », s'obtient, a partir de 
la structuration de I'organigramme des taches, par consolidation de 
I’ensemble des « delivrables » de chacune des taches du projet. 

De la meme fa^on, I’avancement global du projet se fait par la 
consolidation de I'avancement de chacune des taches du projet. 

C'est done chaque responsable de tache (ou chaque responsable de 
lot) qui mesure I'avancement physique du travail de sa tache (ou de 
son lot). Cette valeur est ensuite ponderee par le poids que repre* 
sente la tache par rapport au budget total du projet, ce qui donne 
un avancement pondere de la tache par rapport au projet total. La 
somme de tous ces avancements ponderes donne I'avancement 
global du projet. 

Attention toutefois, que I’avancement total du projet n est en aucun 
cas une information utile au pilotage du projet. En effet, I'avan- 
cement global du projet peut etre celui que Ion avait prevu d’attein- 
dre a la date ou I'on fait le point, mais une tache du chemin critique 
peut etre en retard (avancement physique de la tache inferieur a 
I'avancement physique prevu). Si on ne prend pas soin de verifier les 
avancements de chacune des taches, I’avancement global peut faire 
croire que tout va bien, alors que le projet prend du retard. 

L'avancement global du projet est un element qui peut etre neces* 
saire au reporting en direction du client, en particular si la remune- 
ration de la maitrise d'oeuvre se fait au pourcentage d'avancement. 
Attention dans ce cas a bien choisir les criteres de mesure de I’avan- 
cement. 


Un conseil : Ne cherchez pas la precision au niveau de I’avance- 
ment physique de chacune des taches, une precision de I'ordre 
de 10 % est suffisante. Au-dela, cela vous demandera des efforts 
sans commune mesure avec le resultat attendu. Par consolidation, 
la precision au niveau du projet sera de I'ordre du pour cent, ce 
qui est largement suffisant pour piloter le projet. 
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Quetles sont les techniques de mesure de Vavancement 
physique ? 


Differentes techniques existent suivant que la tache dont on veut 
mesurer I'avancement physique peut etre decoupee ou non. 

Taches pouvant etre decoupees : 

- Technique 0/100 

L’avancement est nul tant que la tache n’est pas achevee ; ensuite 
il est de 100 %. Cette technique est utilise quand la duree de la 
tache est plus courte que la periode de suivi. 

- Technique 50/50 

On accorde 50 % des qu’une tache est commencee, et 100 % lors- 
qu'elle est achev^. Cette technique est utilisee pour une tache 
de duree comprise entre une et deux fois la periode de suivi. 

- Technique des unites equivaientes 

Elle est utilisee lorsque la tache est constitu^ d'unites d'oeuvre 
mesurables (m^res de cable a poser, metres cubes de beton a 
couler, plans a dessiner...). Pour obtenir I’avancement physique, 
on compte le pourcentage d’unites d’oeuvre realises. 

- Technique des jalons intermediaires 

On determine des jalons objectifs (correspondant a des evene- 
ments identifies physiquement dans le temps). Chaque jalon re^oit 
un pourcentage du budget total (en heures) des ressources neces- 
saires pour realiser la tache. 

- Technique du pourcentage realise (mesure ou a dire d’expert) 

C'est une technique subjective. On doit dire, avant de commencer 
le travail quel sera, periode par periode, son pourcentage d'avan- 
cement. En cours de projet, on estimera I’avancement que Ion 
pense avoir r^llement fait. 
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Taches ne pouvant etre decoupees : 

- Technique de I'effort reparti 

L’avancement de ce type de tache est tenement lie a celui d’une 
autre tache qu’on adopte le meme avancement. Par exemple : la 
tache d’ inspection d'une fabrication aura le meme avancement 
physique que la fabrication elle-meme. 

- Technique du niveau d’ effort 

Elle est utilisee pour les taches dont la fin est independante de la 
tache. Par exemple : la tache de gestion du projet durera ce que 
dure le projet. Si celui-ci prend du retard, la tache se prolongera 
d’autant. L’avancement physique de la tache est I’avancement 
physique du projet lui-meme. 
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Comment visualiser I’etat d’avancement d’un projet 
a un instant donne ? 


En representant, sous forme de courbes dans le temps, les trois ele- 
ments suivants : 

- Le coOt budgete du travail prevu (CBTP), en anglais : budgeted 
cost of work scheduled (BCWS), Cest la part du budget a date 
correspondant aux travaux qui auraient du etre realises a la date 
consideree, si on avait travaille en conformite avec les program- 
mes. Le CBTP sert de reference. On peut representer dans le 
temps la prevision de consommation du projet. On obtient une 
courbe en S. 

” Le coOt budgete du travail effectue (CBTE), en anglais : budgeted 
cost of work performed (BCWP). Cest la part du budget a date 
correspondant aux travaux reellement effectues a la date consi- 
deree. Cest la valeur acquise. 

” Le cout reel du travail effectue (CRTE), en anglais : actual cost 
of work performed (ACWP). Cest le total des couts encourus sur 
les travaux effectues pour le projet a la date consideree. 

Pour visualiser I'avancement du projet, on trace les trois points sur le 
graphe. La courbe CBTP est trac^ pour la duree du projet, on trouve 
sa valeur a la date consideree. A la meme date, on reporte le CBTE 
qui correspond a I'avancement physique du travail et le CRTE qui 
correspond aux couts reellement encourus. On peut alors analyser la 
situation : 

- si CBTE < CPTP : le travail est en retard ; 

- si CBTE > CBTP : le travail est en avance ; 

- si CRTE < CBTE : le travail a coute moins cher que prevu ; 

- si CRTE > CBTE : le travail a coute plus cher que prevu. 

Compte tenu du degre de precision de I'avancement physique, on a 
interet a ne pas prendre de decisions hatives, mais piloter en ana- 
lysant comment ces ecarts derivent dans le temps. 
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82 Quand peut-on dire qu'un projet est termine ? 


La reponse est tres simple : lorsque I’on a atteint le jalon de fin. Ceci 
etant, la chose n'est peut-etre pas aussi evidente que la reponse 
pourrait le laisser paraitre. 

Le projet a une fin, c'est d ailleurs la seule raison pour laquelle il a 
ete possible d'envisager un budget et un delai pour le realiser. II faut 
done que, lorsque Ton aura atteint cette echeance, il ne reste plus 
rien a faire pour le compte du projet. 

Si on pose la question suivante : « Qu'est-ce qui marque la fin de 
votre projet ? », on obtient souvent des reponses de type : lorsque le 
client a receptionne, ou encore lorsque le produit est passe en 
production. Qu'en est-il alors de tout le travail qui se fait apres la 
reception du projet ou son transfert a la production (cloture du 
projet, capitalisation et archivage) ? 

Si on ne veut pas se retrouver avec un projet termine et du travail 
encore a faire, il est indispensable, des le debut, de prevoir pour la 
fin du projet une tache incluant : 

- La cloture du projet. C'est I’ensemble des operations ayant pour 
but de mettre un point final aux relations contractuelles de 
I’entreprise avec son client, ses partenaires, ses fournisseurs, 
ainsi que le rassemblement et la validation des informations 
utiles au calcul du resultat financier de I’operation. 

- La capitalisation. Elle peut se faire par un rapport de fin de 
projet qui recueille les ameliorations apportees aux methodes ou 
a la technique, et qui identifie, pour les eviter a I'avenir, les 
difficultes et les erreurs rencontrfe. Le contenu du rapport 
alimente les bases de donnfe servant aux estimations futures. 
Ce rapport, pour etre utile, doit etre largement diffuse en 
interne aupres des chefs et des acteurs des futurs projets. 

- L'archivage du projet. Il consiste a regrouper un certain nombre 
d'informations sur le projet qui vient de se terminer, afin de 
pouvoir gagner du temps lors de projets semblables ulterieurs et 
d'apporter des elements de reponse en cas de contentieux. 
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83 Qu'entend-on par retour d'experlence d’un projet ? 


Christophe Midler® a ecrit : « La question du pilotage d’un projet 
peut alors se decrire comme celle de ['articulation de [...] deux 
processus d'action (ou de decision) et d'acquisition de connaissance, 
par lesquels on passe d'une situation ou I'on peut tout faire mais ou 
Ton ne sait rien, a une situation ou I'on sait tout, mais ou il ne reste 
plus guere de degres de liberte ». 

Le projet est done une source de connaissances pour I’entreprise. II 
est indispensable qu’elle se donne les moyens de capitaliser cette 
experience et de la mettre au service de [’ensemble de I'entreprise 
pour les projets futurs. 

Chaque projet etant unique, la connaissance de ce qui s'est passe 
pendant son deroulement profite d'abord aux acteurs du projet et 
seulement a eux si rien n’est fait pour capitaliser et partager. En 
effet, une equipe peut rencontrer un probleme sur un projet sans 
savoir qu'une autre equipe a deja du solutionner ce meme probleme. 
EUe risque de depenser inutilement autant d'energie que I’autre 
equipe. 

11 est done indispensable de transformer une connaissance informelle 
et individuelle en connaissance formelle collective. C'est I'objectif 
du retour d'experlence, souvent appele « REX » ou « RETEX ». 

Pour etre efficace, une demarche de retour d'experlence necessite 
une formalisation : 

“ du recueil de I'information ; 

- de [’analyse et du traitement de I'information ; 

- de la diffusion de I’information ; 

- de la mise en oeuvre de ['experience acquise sous forme de bonnes 
pratiques generalise. 


Cf. Pilotages de projet et entreprises. Diversites et convergences, ECOSIP sous la 
direction de Vincent Giard et Christophe Midler, Edition Economica, 1993. 
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Si Comment realiser le retour d'experience sur les projets ? 


L'experlence acquise sur un projet, qu’elle soit technique, organisa- 
tionnelle, manageriale, doit pouvoir etre utilisee sur d’autres projets, 
sans avoir a repasser par les memes phases de decouverte. 

Cest ainsi que I’on ameliore, en continu, le processus de realisation 
des projets. 

Une demarche de retour d’experience formalisee et partagee sur 
I’ensemble des projets contribuera, a terme, a une meilleure maitrise 
des objectifs des projets et done a I'amelioration des performances 
de I’entreprise. Elle consiste a analyser, partager et capitaliser. 

L’analyse du projet 

Elle differencie les elements positifs, qu'il faudra a I'avenir syste- 
matiser sur lensemble des projets, et les elements negatifs, e'est-a- 
dire les problemes rencontres et leur solution, en proposant des 
« remedes » pour que ces problemes ne se reproduisent plus. 

Capitalisation et partage 

il est essentiel de transformer une experience informelle et person- 
nelle en un capital formalise et collectif . 

Pour partager I’experience acquise avec les acteurs des projets futurs, 
et done la formaliser, un support commun a lensemble des projets 
est cree et partage entre tous, via par exemple, le reseau intranet 
de lentreprise. 

La transformation en procedures applicables sur les projets futurs 
est un excellent moyen pour ancrer des bonnes pratiques. 

Le rapport de retour d'experience doit etre exploite rapidement par 
les projets en cours. 
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Qu’est-ce qui differencie I’archiva^e du projet de son retour 
d'experience ? 


On pourrait penser qu’en archivant lensemble des documents du 
projet, la capitalisation pour les projets futurs est suffisamment 
assuree. II n'en est rien. 

L'archivage des documents du projet ne se confond pas avec la 
redaction du rapport de fin de projet, element indispensable du 
retour d'experience. 

L'archivage se caracteristiques ainsi : 

- il se deroule sous la responsabilite du chef de projet ; 

- son but est de gagner du temps pour des projets semblables ulte- 
rieurs et les contentieux eventuels ; 

- sa dur^ de vie est tres longue (r information doit etre perenne, 
utilisable sans les principaux acteurs, peut-etre partis, done 
attention a la mise en securite du stockage des documents) ; 

- les futurs utilisateurs sont des chefs de projet, mais aussi des 
responsables administratifs et des juristes ; 

- la diffusion de I’information archivee peut etre externe ; 

- l'archivage est notre memoire. 

Le rapport de fin de projet se caracterise ainsi : 

- sa redaction est assuree par le chef de projet, aide par les prin- 
cipaux responsables de taches du projet ; 

- son but est de recueillir les ameliorations, les problemes ou 
difficultes rencontres pour les ewiter a I'avenir et alimenter les 
banques de donnas ; 

“ sa dure de vie est tres courte, car il doit etre exploite imme- 
diatement ; 

- les utilisateurs du rapport sont les hiearchies et les autres chefs 
de projet ; 

- la diffusion du rapport est strictement interne. 
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5 

Les projets et I'entreprise 




§8 Qjj'est’Ce que le manasement par projet ? 


Dans un monde de plus en plus complexe, incertain et concurrentiel, 
les delais doivent imperativement se raccourcir et les couts dimi- 
nuer. L'entreprise et son ^uipe dirigeante doivent mettre en place 
de nouveaux moyens, afin de maitriser les operations de l'entreprise. 
Si on souhaite que le chef de projet puisse piloter son projet, il est 
necessaire de preparer I'environnement du projet pour un deroule- 
ment optimum. 

Ceci implique que I'ensemble de l'entreprise se sente concerne par 
les projets et que chacun accepte, chaque fois que cela est neces- 
saire, de se mettre a leur service. 

L'entreprise est un corps complexe dont la vocation n'est pas obli- 
gatoirement de mener des projets. Les diverses entites de I’entre- 
prise ont chacune une raison d'etre et des objectifs specifiques en 
relation avec la vocation de l’entreprise. Le projet, qui utilise des 
ressources appartenant a ces entites, vient perturber ^organisation 
mise en place pour repondre a leurs objectifs. 

La decision de realtser des projets, qui necessitent dans tous les cas 
des moyens financiers, doit etre prise au niveau de la direction 
generale. C'est a cette derniere de mettre en place I'ensemble des 
mesures permettant a la fois, aux projets d’obtenir les moyens 
n^essaires pour leur realisation, et aux entites d’etre le moins 
perturbte possible dans leur fonctionnement. 

Le management par projet est done : 

— Un mode de management de l’entreprise avec des regies du jeu 
generales applicables a tous. 

— Une nouvelle culture de l'entreprise faite de valeurs communes 
orientees « besoins client » et partag^s par tous. 

Le management par projet peut etre utilise conjointement avec 
d'autres modes de management orientes « clients », tels que le 
management par la qualite ou le management par les processus. 
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81 Qjjelles sont les raisons qui conduisent les entreprises 
a s'organiser par projet ? 


Pour reprendre les paroles de Daniel Goldin, patron de la Nasa, « on 
est dans un monde qui oblige a faire better, cheaper, faster ». 
Autrement dit, toujours mieux, toujours moins cher, toujours plus 
vite. 

Le monde evolue en permanence, le rendant de plus en plus complexe, 
de plus en plus incertain et de plus en plus concurrentiel. Cette 
evolution permanente a des consequences pour les entreprises, 
telles que : 

- la reduction des cycles de vie des produits ; 

- le passage du produit au service ; 

- un environnement de moins en moins previsible ; 

- les ruptures et I’instabilite ; 

- I’acceleration. 

Cela les oblige a entrer dans la spirale dynamique et « vertueuse » 
du progres continu. 

Plus les changements sont rapides, importants et peu previsibles et 
plus rapidement encore, il faudra reagir, voire anticiper les evolutions 
de I'environnement. Cela implique d’ in venter de nouvelles formes 
d'organisation permettant de repondre, au cas par cas, aux pressions 
exercees par I'exterieur. 

Hormis les societes d'ingenierie, aucune autre societe n’a vocation a 
mener des projets. L’organisation en mode projet est une reponse de 
I'entreprise aux evolutions de son environnement. 

En effet, le mode projet est un moyen permettant de mieux mai- 
triser, de fai;on concomitante, les performances (better), les couts 
(cheaper), et les delais (faster) d’operations particulieres, bien iden- 
tifiees, que Ton appelle projet. 
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SS Quelle est la relation entre la vocation de I’entreprise 
et le manasement par projet ? 


La vocation des entreprises, sauf les societes d'ingenlerie, n’est pas 
de mener des projets. Le fonctionnement de I’entreprise en mode 
projet ou management par projet n’est qu’une reponse, en reaction 
aux changements de I'environnement de I'entreprise (complexite, 
incertitude et concurrence). 

Par exemple : depuis Henry Ford, qui disait au debut du siecle : 

« les clients pourront choisir la couleur de leur voiture a condition 
qu elle soit noire », les constructeurs automobiles developpaient de 
nouveaux vehicules sans parler de projet. 

Qu’est-ce qui a fait que depuis la fin des annfe 80, les developpe- 
ments de vehicules sont devenus des projets ? 

Pour survivre dans le monde actuel, I’entreprise doit satisfaire trois 
categories d’acteurs : 

- Ses coHaborateurs, qui visent la satisfaction de leurs besoins phy- 
siologiques, securitaires, mais aussi d’epanouissement. 

- Ses actionnaires, a la recherche de la juste remuneration de leur 
capital. 

- Ses clients, qui recherchent de la valeur dans leurs investissements, 
c'est-a-dire le meilleur rapport qualite/prix. 

Les clients font vivre les deux autres acteurs. A partir du moment ou 
la concurrence permet aux clients de preferer une solution a une 
autre pour satisfaire leur besoin, les entreprises doivent optimiser 
leurs couts et considerer chaque besoin client comme un objectif 
unique a atteindre en termes de performances, de couts et de delais. 

Cest done la valeur recherche par les clients qui oblige les entre- 
prises a s'organiser differemment, et done par projet. 
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89 En quoi le management par projet correspond 
a une nouvelle culture d’entreprise ? 


Le projet est complexe, car il fait appel a des ressources diverses et 
variees placees sous plusieurs autorites. Un projet (sauf cas parti- 
culier) n'est jamais mene par une seule personne. II est I'affaire de 
toute I'entreprise et implique plus directement ses nombreuses compo- 
santes fonctionnelles ou operationnelles. Encore faut-il qu'elles y 
soient preparees ! 

Pour promouvoir la realisation des projets, il est indispensable de 
creer un nouvel etat d'esprit collectif : une veritable culture d'entre- 
prise orientee projet. Le but est que chacun des acteurs impliques 
puisse se sentir a I'aise pour mener a bien sa mission, ceci dans 
I'interet de I'entreprise. 

Dans une entreprise, les habitudes et les comportements sont 
generalement herites d'une organisation donnant aux differentes 
entites, selon la structure hierarchique, des objectifs autonomes et 
autoporteurs. Ceci est tout a fait normal dans une periode calme. 
Des lors que I'environnement change plus vite que notre capacite a 
reagir, il faut sortir de cette logique, de ce systeme organisationnel 
et inventer les moyens de prendre en compte, voire d’anticiper, les 
evolutions de notre environnement. 

D’ou I 'emergence au sein de I'entreprise d’une nouvelle culture. 
Celle-ci s'appuie sur un travail de groupe un peu particulier, car il 
est multihierarchique. En effet, chacun doit pouvoir acquerir cette 
reactivite lui permettant de passer d’un responsable a un autre, 
selon le travail en cours, sans que ceci pose de probleme hierar- 
chique, relationnel, operationnel ou fonctionnel. 

Pour ce faire, les habitudes et les comportements des entites et des 
individus doivent radicalement changer. L’orchestration et la mise 
en oeuvre de cette evolution culturelle generent obligatoirement des 
difficultes. 
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SI Yo-t -U une methodolosie pour fane du manasement 
par projet ? 


II n’y a pas a proprement parler de methodologie pour faire du mana- 
gement par projet. Cela fonctionne lorsque la culture et la structure 
de I’entreprise le permettent. 

Pour mettre en place une culture et une organisation d’entreprise 
adaptees au management par projet, il faut d'abord definir I’etat de 
depart et celui auquel on veut arriver. Ensuite, il convient de definir 
le plan d’actions pour y parvenir. 

Avec la mise en ceuvre du plan d’actions, la partie devient difficile. 

Tous les acteurs de I'entreprise n’ont pas la meme conscience de la 
necessite du changement, done les resistances vont apparaitre, 
resistance des personnes, mais aussi de la structure (climat social) 
et des groupes (cadres, maitrise, ouvriers). 

Au debut, les personnes n’entendent pas ce qui est dit, ensuite elles 
entendent sans accepter, elles ne se sentent pas concern^, elles 
contestent, voire se revoltent. Puis, elles se sentent concernees, 
mais continuent a resister en cherchant a obtenir des contreparties 
ou des compensations. Enfin, il y a prise de conscience que la lutte 
est vaine et qu'il vaut mieux s’investir dans le changement. 

On peut s’appuyer sur les volontaires de la premiere heure. Mais 
attention a ne pas oublier les « opposants » qui risquent de « miner 
le terrain » et demobiliser les volontaires si on ne soccupe pas deux. 
Il est n^essaire de negocier avec eux, un « pacte de non-agression », 
voire de les impliquer en valorisant leurs competences. 

Conduire le plan comme un projet : faire participer aux travaux, 
communiquer et informer sur I’avancement du projet, former les 
personnes a leurs nouvelles functions et feter les succes. 

Tout ceci prend du temps. 11 ne sert a rien de vouloir aller trop vite. 
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Quels sont les facteurs de reussHe du manasement 
par projet ? 


Le premier facteur de reussite est I'impHcation totale de ia direction 
et des hierarchies dans la demarche. Sans cette implication et une 
volonte forte d'aller vers cette culture associee a un pouvoir de sanction 
(positive et negative), chacun tirera dans son sens : I’echec est assure. 

Le deuxieme facteur est la mise en place d'une cellule d’arbitrage 
entre projets et metiers et entre les projets eux-memes. En effet, 
les metiers (directions, services...) qui sont la pour soutenir la voca- 
tion de I'entreprise, ont des objectifs de performance (management 
par objectifs) pour repondre a la strategic de I'entreprise. Le projet 
perturbe I’organisation de I'entreprise puisqu'il vient se superposer 
aux objectifs de chacun. 

Les facteurs suivants tiennent a la delegation donnee aux acteurs. 
En effet, si on souhaite que chacun soit responsable de ce qu'il fait, 
il faut lui en donner les moyens. Cela passe par : 

- fixer des objectifs realistes et surtout limites dans le temps ; 

- choisir les chefs de projet techniquement et socialement capables ; 

- mettre en place des regies de fonctionnement simples et non 
contraignantes ; 

- delimiter de fa^on precise le domaine delegue et le reporting ; 

- responsabiliser a tous les niveaux et faire confiance ; 

- mettre en place une assistance aux chefs de projet (la tutelle). 

D’autres actions auront un impact favorable sur la mise en place de 
la culture projet, comme par exemple, ('identification des projets de 
I’entreprise, les actions favorisant le travail de groupe, la redefi- 
nition du role des metiers dans I'entreprise. 

Enfin, il est vivement recommande de faire appel a son bon sens... 


Un conseil : N’oubliez jamais que cela prendra du temps ! Vouloir 
aller trop vite conduira a I'echec. 
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S2 Queues sont les regies du management par projet ? 


II s’agit de regies de bon sens qui devront etre partagees par tous : 

- Regie 1 : implication totale de la direction generale et du comite 
de direction de I'entreprise dans la demarche, et convergence de 
vues. Autrement, I’echec est assure. 

- Regie 2 : Bien definir ce que I’on appelle projet dans I'entreprise 
et ce qui n est pas projet, car tout n’est pas projet. 

~ Regie 3 : Choisir les chefs de projet sur des criteres techniques, 
mais aussi sur leur capacite a rassembler. 

~ Regie 4 : Delimiter precisement le domaine delegue (lettre de 
mission) et faire rendre compte de maniere formalisee. II s’agit 
du controle normal qu'un delegataire doit au delegant. 

- Regie 5 : Mettre en place une assistance aux chefs de projet. Un 
comite de pilotage ou un interlocuteur, membre du comite de 
direction, qui sera la tutelle destinataire du rapport du chef de 
projet et qui viendra en appui a la demande de celui-ci. 

- Regie 6 : Mettre en place une cellule d'arbitrage entre projets et 
metiers. Son role principal sera de definir la priorite en cas de 
conflit de ressources ne pouvant etre resolu. 

- Regie 7 : Favoriser le travail transversal. En particulier, eviter de 
communiquer simultanement sur un fonctionnement par projet et 
en centres de profit. Ce dernier type de fonctionnement rend 
egoiste, ce qui ne favorise pas le travail transversal. 

- Regie 8 : Redefinir (ou renforcer) le role des metiers dans I'entre- 
prise, en favorisant le travail en groupe. Les metiers doivent etre 
garants des techniques mises en oeuvre et responsables du deve- 
loppement des ressources humaines de I’entite. 

- Regie 9 : Du bon sens partage, encore du bon sens partage, toujours 
du bon sens partage... 

- Regie 10 : ... A vous de completer... 
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93 Que recouvre le concept de meta regies ? 


Le concept de metaregies (les regies qui generent les regies) est 
apparu au debut des annees 80. II a ete developpe par Christian 
Navarre et le Club de Montreal’. 

A I’epoque, on constatait que les projets se realisaient avec un 
minimum de perturbations pour I’entreprise et les projets, si un 
espace de liberte etait cree pour permettre, et obliger, les acteurs 
du projet a s 'auto-organiser. 

Les metaregies sont la pour fixer I’espace de liberte, mais aussi pour 
contraindre chaque projet a definir sa propre organisation, son 
processus de developpement, ses procedures de fonctionnement, ses 
specificites et son environnement. 

il s'agit done de regies generales, definies par I’entreprise a partir de 
I’observation des dysfonctionnements des projets deja realises. 

Le concept d’auto-organisation est indissociable de celui de respon- 
sabilisation. Pour chaque projet particulier, on ne saurait imposer 
des procedures sp^ifiques et detaillfe. Ce n’est que lorsque les 
projets presentent de tres fortes similitudes que Ion peut adopter, 
au vu de I'experience, les memes formes d'organisation. Void deux 
exemples de metaregies definies par Franipois Jolivet, membre du 
Club de Montreal : 

- Un projet = un « chef » : designe par DG, pouvoirs explicites. 

- Une tutelle, des revues de projet : soutien, dialogue plus que 
controle. 

II est Clair qu'au-dela de ces quelques mots, la fa^on dont ces regies 
seront mises en oeuvre devra etre precis^ par la direction de I’entre- 
prise. 


Le Club de Montreal est un reseau de chercheurs et de praticiens du management 
de projet qui se cooptent. Depuis 1990, le Club de AAontreal observe en France et 
au Canada, I ’evolution de la conduite des projets et les dysfonctionnements des 
organisations. 
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M En quoi le projet impacte-t-U le fonctionnement normal 
de rentreprise ? 


Lorsque la vocation de I’entreprise est de developper, fabriquer et 
vendre des produits ou des services, il ne suffit pas de dire « projet » 
pour que, d un coup de baguette magique, tout devienne simple. 

Les actions que Ion veut mener comme des projets dans I’entreprise 
vont venir perturber I'organisation mise en place pour repondre a la 
vocation de I’entreprise. 

Les acteurs de I'entreprise reagissent a ce qu’ils per^oivent comme 
un frein a I'accomplissement du travail normal, celui qui repond a 
leur definition de fonction. Consdemment, ou non, ils vont chercher 
a bloquer le projet. 

La demarche « projet » est une « qualite ». II s'agit d’apporter, au 
client, une reponse a son besoin exprime ou non, et ceci tres vite. 
En ce sens, le projet brime les « techniciens » parce qu’ils sont 
contraints de repondre au besoin, et seulement au besoin. 

Les dirigeants interpretent frd^uemment ce frein de la fa^on sui- 
vante : « Si le projet n’avance pas, c’est que les personnes impliquees 
ne savent pas travailler ensemble, ll suffit qu’ils apprennent ! » 

Or, c’est I’organisation qui est inadaptee au management par projet. 
En effet, I'organisation de I'entreprise est d'abord con9ue et entretenue 
pour faire son metier de base. Le projet gene cette organisation. 

Contrairement aux entreprises d'ingenierie industrielle, dont le metier 
de base est la conduite de projets, les autres entreprises ont 
d’autres vocations, elles ne possedent pas forcement le « sens » du 
projet. Elles doivent alors remettre en cause leur organisation et 
developper une « culture projet » sans oublier leur metier de base. 
II s'agit-la d'un def\ souvent difficile a bien percevoir et a relever 
pour les equipes dirigeantes. 

Le projet va d^lencher dans I’entreprise des reactions de rejet. Sans 
une « culture projet » suffisamment forte, le projet sera etouffe. 
Cest aux dirigeants qui I’ont decide de le proteger . 
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95 En quoi le management 
apprenante ? 


par projet rend l‘entreprise 


Chaque projet, unique par nature, apporte a I’entreprise sa part de 
connaissances particulieres. La somme de tous les projets genere un 
champ de connaissances volumineux. Ces connaissances, si elles sont 
capitalisees, formalisees et partagees, rendent I'entreprise coUecti- 
vement plus savante. 

Quand un expert rencontre un autre expert du meme domaine d ’ex- 
pertise, il parle de leur domaine d'expertise. On a la un phenomene 
de pensfe symetriques qui n’enrichit pas les individus, mais les 
enfonce dans une connaissance de plus en plus pointue, mais de plus 
en plus etroite. 

Les projets, au contraire, enrichissent la connaissance individuelle 
de chacun des participants. La transversalite des projets fait que des 
individus de metiers, de culture, de forme de pensee differents se 
cotoient. On est la dans un monde de pensees complementaires, 
d'autres expertises, d’autres logiques, d'autres perspectives, voire 
d’autres temps. Ce qui fait que chacun, ayant son modele, va 
s'enrichir des modeles des autres. 

Le projet est aussi le monde de I'invention permanente. Si I'objet 
(ouvrage) n'existe pas au debut du projet, la maniere de le realiser 
n’existe pas non plus. Elle est chaque fois a inventer. A chaque 
projet I'entreprise vit une experience nouvelle et s'enrichit, en 
acquerant de nouvelles connaissances organisationnelles. 

Enfin, le projet perturbe les organisations fondees par le temps et la 
vocation de I'entreprise. Toute organisation specialement mise en 
place pour mener un projet va bousculer ['organisation hierarchique. 
De cette confrontation, les membres de I'entreprise vont apprendre 
a se comporter autrement, les uns vis-a-vis des autres, et s’enrichir 
par la responsabilisation conferee par le travail sur le projet. 
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9S Comment evaluer un projet ? 


De quel projet parle-t-on ? Qui evalue ? S’agit-il du projet vu par la 
maitrise d’ouvrage ou de celui vu par la maitrise d'oeuvre ? Sagit-il 
<je I’evaluation faite par I'utilisateur de I'ouvrage, ou de I’evaluation 
de ceux qui Tont realise ? 

Les avis de chacun sur I'evaluation d'un meme projet risquent de 
diverger. De plus, I’evaluation d’un projet se fait au moins a deux 
instants de sa vie : 

~ avant le lancement du projet, c'est-a-dire a la fin de la phase 
d’avant-projet, moment ou il faut decider si on lance ou non le 
projet ; 

— apres la realisation, et parfois longtemps apres, pour savoir si le 
projet a apporte tout ce qui etait attendu au moment du lancement. 

Avant le lancement du projet, c’est au maitre d’ouvrage d’evaluer, 
sur differents criteres, s’il est opportun de lancer le projet. Les 
criteres peuvent etre techniques (ou de performances), temporels, 
environnementaux, politiques et, dans presque tous les cas, finan- 
ciers. Ces derniers ont pour objet, a partir d’un business plan, de 
savoir si I'investissement que I'on compte realiser produira bien ce 
qui est attendu. Les outils de cette evaluation sont le temps de 
retour, la valeur actuelle nette, le taux de rentabilite interne... En 
function des resultats de I’evaluation, le projet est lance. 

A la fin du projet, dans un premier temps, le maitre d’ouvrage 
evaluera si le resultat attendu du projet est bien au rendez-vous. 
Cette premiere evaluation de fin de projet se traduit par une 
reception et un transfert a la production. Mais revaluation la plus 
interessante est celle qui pourrait etre faite a posteriori, quelque 
temps (annees) plus tard, pour verifier que le business plan a ete 
respecte aussi bien en recettes qu’en depenses. 

L'utilisateur a aussi son mot a dire. D’ailleurs, il ne s’en prive pas si le 
projet ne repond pas a ses attentes. 

La maitrise d'oeuvre, quant a elle, evaluera generalement son projet 
par la marge realisee et I'image laissee par le projet. 
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SI Qu'est-ce que le management multiprojets ? 


Si le management par projet correspond a I’instauration d'une culture 
de fonctionnement transversale de I'entreprise orientee « projet », 
celle-ci doit s’organiser pour pouvoir gerer et piloter, aussi bien les 
projets, que I'ensemble de I’entreprise par les projets. 

Sandrine Fernez-Walch, Christine Triomphe et Sihem Ben Mahmoud- 
Jouini^^^, ont fait un travail tres interessant sur ce theme, qu’elles 
nomment « le management multiprojets ». 

I'entreprise va s’organiser par et pour ses projets. Trois approches 
organisationnelles sont proposees : 

- L'approche portefeuille (animation d'ensembles de projets). 

- L'approche plateforme (organisation du processus de developpe- 
ment a partir d'elements cles, commun aux produits developpes). 

- L’approche trajectoire (organisation basee sur des axes d'innova- 
tion). 

Le management de ces approches necessite de mettre en place des 
outils particuliers : 

- Outils de reflexion strategique (definition des axes d’innovation, 
emergence des projets innovants et definition de leurs criteres de 
management). 

- Outils operationnels de pilotage (evaluation des projets, decision 
de lancer les projets innovants, supervision de la realisation des 
projets). 

- Outils de reporting et de communication (externe et interne). 

Un systeme de gestion de type ABC est forcement un plus dans ce 
contexte. 


Cf. Faire de la recherche en manasement de projet, troisieme partie de I’ouvrage 
coUectif FNEGE coordonne par GiUes Garel, Vincent Giard et Christophe Midler, 
Vuibert Edition, 2004. 
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98 Qu’est-ce qu’un « project-office » ? 


Ce terme a deux significations : 

- La premiere concerne le projet lui-meme. II s'agit de I'equipe de 
gestion de projet composee des estimateurs, planificateurs, coute* 
neurs et assistants de projet. Ces acteurs sont regroupes dans un 
meme bureau et construisent les tableaux de bord qui permet- 
tront au chef de projet de prendre toutes les decisions concer- 
nant le travail restant a faire pour atteindre les objectifs du 
projet. 

- La deuxieme signification s'applique a une entite d’une entreprise 
travaillant par projet. Pour se realiser, les projets ont besoin de 
ressources, hierarchiquement rattachees aux differents metiers de 
I'entreprise. Le « project office » ou « project management office » 
(PMO) fait le lien entre les deux. 

Cest une entite support de I’entreprise, souvent rattach^ a la direction 
generale, dont la raison d’etre est de mettre en adequation les 
besoins des projets en ressources humaines et les disponibilites en 
ressources des differents services. Ceci, afin de liberer les projets de 
la recherche de ressources et d’aider les metiers dans la planifica- 
tion des disponibilites. 

Les principaux outils du « project office »» sont les plannings, les RBS 
{Ressources breakdown structure) des projets et les plans de charge 
des unites metiers. 

Le role du « project office est strategique pour I'entreprise. En 
effet, il dispose souvent, par delegation de la direction generale, des 
droits d'arbitrage entre projets indispensables pour assurer son travail. 

Le « project office » peut avoir, en plus, un role administratif pour les 
projets, comme par exemple : la gestion documentaire, la communi- 
cation, la gestion des heures par projet et la mise en forme des 
reportings. 

II est la tour de controle entre les projets et les centres de res- 
sources. 
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99 Projets et processus : antasonisme ou synchronisme ? 


Ces deux mots, souvent associes aux memes termes (comme mana- 
gement), ont des points commons, et pourtant, sont totalement 

differents. 

Leurs caracteristiques communes sont : 

" Un ensemble d'actions a realiser pour atteindre un resultat defini. 

~ Un debut et une fin parfaitement identifies. 

- Des acteurs pour realiser. 

Us possedent des definitions voisines : 

- Processus : enchamement d’actions d^lenche par un acteur externe 
a I ’organisation, qui aboutit a un resultat destine a celui-ci. 

- Projet : ensemble d'actions a realiser pour atteindre un objectif 
defini, dans le cadre d’une mission precise, et pour la realisation 
desquelles on a identifie un debut, mais aussi une fin. 

Leurs differences essentielles : 

- Le processus a une vocation de repetitivite (ou production) : cha- 
que operation conduite au travers du processus sera unique, mais 
toutes seront conduites selon une meme logique determinee. 

- Pour un projet, la vocation est I’unicite : I’objet (I’ouvrage) est a 
inventer ; la maniere de I’inventer (I'ceuvre) est chaque fois a 
inventer. 

- La construction du processus peut etre conduite comme un projet, 
mais une fois que le processus est defini, on entre dans une 
logique de production. 

- Bien que le projet soit unique, certains des aspects de sa reali- 
sation peuvent etre conduits selon des processus predefinis”. 


Cf. ISO 10006. 
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Le terme de projet est souvent utilise, dans les entreprises, en lieu 
et place de processus, et tout devient projet... Alors que la vocation 
de la plupart des entreprises n'est pas de mener des projets, mais de 
produire et de vendre. 

Le projet doit rester un moyen de realiser des operations specifiques, 
tandis que le terme de processus doit s’appliquer a des operations 
repetitives. 
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100 Quelles sont les etapes pour arriver a /a « culture projet » ? 


Au depart, lorsqu’on decide que I'entreprise va s’organiser pour tra- 
vailler par projet, on voit apparaitre des reflexes et des comporte* 
ments de peur et d’anxiete face a I'inconnu. On a peur de se jeter a 
I'eau, alors on crie tres fort « projet, projet... », comme les enfants a 
la plage, prenant la temperature de I'eau du bout du pied en criant 
« je vais me baigner » sans oser plonger. 

l3 Vitesse et la profondeur de levolution culturelle dependront de 
I'intensite de la contrainte de son environnement. 

La situation de depart habituelle est que I'entreprise se trouve dans 
une situation de confort. On fait ce qu’on a I'habitude de faire. 
L'entreprise est centree sur les techniques de son metier, et les 
clients ont du temps et de I'argent (du moins le croit-on). II n'est pas 
necessaire de faire des projets, faisons-nous plaisir en faisant de la 
technique et les produits dont nous revons. 

Les contraintes externes apparaissant (complexite, incertitudes, 
concurrence...), I'entreprise passe a un controle plus fin de ce qu’elle 
produit. Pour des operations specifiques, on se met a faire de la 
« gestion de projet ». A ce stade, ceci consiste surtout a compta- 
biliser les couts et a suivre les delais. II s'agit de verifier que Ton 
reste dans des seuils acceptables. 

Les contraintes augmentant, ^organisation de I'entreprise ne permet 
plus d'y faire face : il faut la redefinir pour maitriser ces operations 
specifiques que I'on commence a appeler projets. C'est I'etape du 
« management de projet ». On nomme un chef de projet charge de 
s'occuper du « bebe », mais I'entreprise n'etant pas preparee, il va 
rencontrer de grosses difficultes. 

Enfin, les contraintes continuant a augmenter, le seul chef de projet 
n'y suffit plus. Il faut alors que I’equipe dirigeante, les chefs de 
service, les chefs de projet potentiels etablissent des regies du jeu 
entre la structure permanente de I'entreprise et la structure tempo- 
raire du projet. Cest a ce stade que Ton ancre la « culture de 
projet » dans la culture de I’entreprise. 
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1S1 Tout ay ant une fin,., une dernwre question, 

Et si le management de projet n'existait pas, faudrait-il 
r inventer ? 


De tout temps, I'homme a mene des projets. Les realisations archi- 
tecturales ou industrielles, les grandes expeditions sont autant 
d’exemples dont I'histoire est truff^. 

Dans tous les cas, au depart, se trouvait un besoin a satisfaire ou un 
but a atteindre. Ensuite c’etait I’aventure. 

Bien evidemment, ces projets etaient « manages » au sens de dirig^ 
ou gouvernes. Pourtant, nos ancetres ne possedaient pas les outils 
de management aujourd'hui a notre disposition, mais ils savaient se 
montrer courageux, pugnaces et inventifs pour aller de I'avant vers 
I'objectif ou le but. Cetait chaque fois une terrible aventure, qui 
parfois se terminait bien. 

Rien n'a change. Certes, des modeles de management de projet 
existent, nous avons de plus en plus d'outils de prevision. Mais un 
projet restera toujours projet, c'est-a-dire dabord une aventure 
humaine. 

II n'y a pas de projet sans management, et si le management de 
projet n'existait pas, il faudrait inventer le projet. Or, ceci a deja 
ete fait, il y a tres longtemps, par le premier homme sur la terre. 

En conclusion : Chaque projet est unique et la facon d'atteindre le but 
I'est aussi. 


Dites-moi quel est votre projet, 
je vous dirai comment le manager. 
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